On Fri, 2007-02-16 at 17:50 -0800, Greg KH wrote:
> On Sat, Feb 17, 2007 at 02:38:08AM +0100, Mike Galbraith wrote:
> > On Fri, 2007-02-16 at 14:36 -0800, Greg KH wrote:
> > > On Fri, Feb 16, 2007 at 10:55:10AM +0100, Mike Galbraith wrote:
> > > > Greetings,
> > > >
> > > > Per $subject, git.yeste
On Fri, Feb 16, 2007 at 06:17:54PM -0700, Berck E. Nash wrote:
> I get the following OOPS on boot, presumably connected with USB driver
> loading. I've attached the entire log. Please CC on replies as I'm not
> subscribed.
>
> Loading kernel module nvidia.
> [ 149.135709] nvidia: module license
On Friday February 16, [EMAIL PROTECTED] wrote:
>
> I cite the case only because it does a good job of explaining the principle.
> Copyright cannot allow you to own every practical way of accomplishing
> something. It can only allow you to own the one particular way you chose to
> do something out
On Sat, Feb 17, Olaf Hering wrote:
> So a max array size of 131329 is enough.
Since the referenced array is u32, should it be 4 * 131329?
-
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.ker
On Fri, 16 Feb 2007, Andrew Morton wrote:
> On Fri, 16 Feb 2007 06:39:45 -0800 (PST) Zwane Mwaikambo <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 15 Feb 2007, Andrew Morton wrote:
> >
> > > It's not an X problem - the screen is black immediately upon loading the
> > > kernel.
> > >
> > > But I g
On Sat, 17 Feb 2007 00:35:52 -0800 (PST) Zwane Mwaikambo <[EMAIL PROTECTED]>
wrote:
> On Fri, 16 Feb 2007, Andrew Morton wrote:
>
> > On Fri, 16 Feb 2007 06:39:45 -0800 (PST) Zwane Mwaikambo <[EMAIL
> > PROTECTED]> wrote:
> >
> > > On Thu, 15 Feb 2007, Andrew Morton wrote:
> > >
> > > > It's
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> On Fri, 2007-02-16 at 05:10 -0700, Eric W. Biederman wrote:
>
>> Getting the drivers changed actually looks to be pretty straight
>> forward it will just be a very large mechanical change. We change the
>> type where of variables where appropri
You can pull from 'master' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
to receive the following:
Josef 'Jeff' Sipek (1):
fs/unionfs/: Remove unused structure members & macros
Michael Halcrow (1):
eCryptfs: convert lookup_one_len() to lookup_one_len_nd()
This patch removes:
- hidden_mnt pointer from struct unionfs_data
- mount_flag from struct unionfs_sb_info
- mount_flag related macros
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/union.h |9 -
1 files changed, 0 insertions(+), 9 deletions(-)
diff --git a/fs/u
From: Michael Halcrow <[EMAIL PROTECTED]>
Call the new lookup_one_len_nd() rather than lookup_one_len(). This fixes an
oops when stacked on NFS.
Note that there are still some issues with eCryptfs on NFS having to do with
directory deletion (I'm not getting an oops, just an -EBUSY).
Signed-off-
Benjamin Herrenschmidt <[EMAIL PROTECTED]> writes:
> In addition, if we remove the numbers, archs will need basically the
> exact same services provided by the powerpc irq core for reverse mapping
> (going from a HW irq number on a given PIC back to an irq_desc *).
Ben you seem to be under misapp
Russell King <[EMAIL PROTECTED]> writes:
> On Fri, Feb 16, 2007 at 08:45:58PM +0100, Arnd Bergmann wrote:
>> On Friday 16 February 2007 13:10, Eric W. Biederman wrote:
>> > To do this I believe will require a s/unsigned int irq/struct irq_desc
>> > *irq/
>> > throughout the entire kernel. Gettin
Allrighy,
Since somebody up there hates me and passed me a cool fever with a
body temperature of 39C I'll stay in bed, of course.
But I wouldnt be me if I would be stopped by some inferior fever this weekend.
So I am going to install my HP Pavilion dv8373 laptop with Linux.
Two SATA disks conne
Hoang-Nam Nguyen wrote:
> This patch replaces ibmebus_uevent() by Sylvain's generic function.
>
> struct bus_type ibmebus_bus_type = {
> - .name = "ibmebus",
> - .uevent = ibmebus_uevent,
> - .match = ibmebus_bus_match,
> + .name = "ibmebus",
> + .uevent = of_device_uevent,
>
Shouldn't security_fixup_ops be exported?
Otherwise I have to include the kernel's security/dummy.c to use it and there's
no other way to fix all the ops for a secondary module without copying a list
of all the ops, which may change in future kernels, into the module's code.
Unless of course in
On 1/12/07, Nick Piggin <[EMAIL PROTECTED]> wrote:
Jaya Kumar wrote:
> - write so get page_mkwrite where we add this page to a list
> - also schedules a workqueue task to be run after a delay
> - app continues writing to that page with no additional cost
> - the workqueue task comes in and unmaps
On Fri, Feb 16, 2007 at 11:20:36PM +0300, Cyrill V. Gorcunov ([EMAIL
PROTECTED]) wrote:
> On Fri, Feb 16, 2007 at 07:58:54PM +0300, Evgeniy Polyakov wrote:
> | Absolutely.
> | And if overall system design is good, there is no problem to change
> | (well, for those who fail to read to the end and u
Hi,
I'm working on Linux tty driver (based on tiny_tty).
How can I provide in my driver Linux cat operation (e.g.cat < ttyS3)?
What should I implement exactly?
Thankx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
On Fri, 2007-02-16 at 21:08 -0500, Len Brown wrote:
> Yes, an obscure .config, but it used to build before today:
>
> kernel/built-in.o: In function `tick_broadcast_on_off':
> (.text+0x1b6f0): undefined reference to `smp_call_function_single'
Yup, this obscure machine is missing smp_call_function_
On Fri, Feb 16, 2007 at 08:54:11PM -0800, Ray Lee ([EMAIL PROTECTED]) wrote:
> (This is probably why, by the way, most people are staying silent on
> your excellent kevent work. The kernel side is, in some ways, the easy
> part. It's getting an interface that will handle all users [ users ==
> prod
Add a paragraph in Documentation/SubmittingDrivers requesting that the
susped/resume support be provided by new device drivers.
Add the document Documentation/power/drivers-testing.txt giving general
instructions for the testing of suspend/resume support in device drivers.
---
Documentation/Subm
Hi James, Geert, lkml and mm,
This patch adds support for the Hecuba/E-Ink display with deferred IO.
The changes from the previous version are to switch to using a mutex
and lock_page. I welcome your feedback and advice.
Signed-off-by: Jaya Kumar <[EMAIL PROTECTED]>
---
drivers/video/Kconfig
On Saturday 17 February 2007 03:42, David Schwartz wrote:
> Again, see Lexmark v. Static Controls. If "make a toner cartridge that
works
> with a particular Lexmark printer" is a functional idea, why is "make a
> graphics driver that works with a particular Linux kernel" not? What is
the
> differe
On Sat, Feb 17, 2007 at 01:04:33AM +0100, Tilman Schmidt wrote:
> Am 16.02.2007 09:33 schrieb Adrian Bunk:
> >>> ...
> >>> LD drivers/isdn/gigaset/built-in.o
> >>> drivers/isdn/gigaset/ser_gigaset.o: In function `gigaset_m10x_send_skb':
> >>> (.text+0xe50): multiple definition of `gigaset_m1
On 2/17/07, Cédric Augonnet <[EMAIL PROTECTED]> wrote:
...
Hi Daniel,
On 2.6.20-rc6-mm3 and 2.6.20-mm1, i get an OOPS when using the minix 3
file system. I enclose the dmesg and the .config to that mail.
Here are the steps to reproduce this oops (they involve using qemu to
run Minix 3)
- Firs
Hello Tejun,
Sorry for delay but I was a bit busy this week.
Tejun Heo wrote:
Hello, Joel.
Joel Soete wrote:
A small update:
your patch also works against 2.6.20
Glad to hear that.
but seems that open the door to numerous other pb:
1/ pb to burn cd:
# md5sum cd060213.iso
6a1248783a2172281
Hi!
> Add a paragraph in Documentation/SubmittingDrivers requesting that the
> susped/resume support be provided by new device drivers.
>
> Add the document Documentation/power/drivers-testing.txt giving general
> instructions for the testing of suspend/resume support in device drivers.
>
> ---
Mockern napsal(a):
Hi,
I'm working on Linux tty driver (based on tiny_tty).
How can I provide in my driver Linux cat operation (e.g.cat < ttyS3)?
call tty_insert_flip_*() from somewhere to put some data into tty recieve
buffer, which is pushed into ldisc by tty_flip_buffer_push() and then se
> >Maybe cifs_writepages() too can use this infrastructure, but I'm not
> >touching that with a ten-foot pole.
> >
> >
> The cifs case ought to be one of the simpler ones, pseudo-code is pretty
> easy, the hard part is all of the stuff unrelated to cifs:
> Ideally if there were generic functions
Hello Chuck,
I'm the author of K8temp. Please can you share with us your DSDT table?
(cat /proc/acpi/dsdt > /tmp/dsdt.bin)
> So, could ACPI and the k8temp driver be at odds?
Yes because ACPI AML code has no synchronization with Linux drivers. Second
reason is that ACPI AML code assign resource r
On Sat, Feb 17, 2007 at 11:02:33AM +0530, Gautham R Shenoy wrote:
> This looks ok, but probably we could do it in a better way.
> How about an api to thaw only a specific task something like
> thaw_process(struct task_struct p).
I see that thaw_process already exists in freezer.h! Awesome!!
So l
Con Kolivas wrote:
This patchset is designed to improve system responsiveness and interactivity.
It is configurable to any workload but the default -ck patch is aimed at the
desktop and -cks is available with more emphasis on serverspace.
このカーネルは立派だと思いますよ
Running well. Thanks Con, gre
Thank you,
I have no problem with my tty driver, except one thing: it does not work with
cat (but there are no problems to write,read from user space application). I'll
try to follow your adwise to support cat.
>Mockern napsal(a):
>> Hi,
>>
>> I'm working on Linux tty driver (based on tiny_
On Thursday, 15 February 2007 15:25, Gautham R Shenoy wrote:
> On Thu, Feb 15, 2007 at 02:31:08PM +0100, Rafael J. Wysocki wrote:
> >
> > So I think tonight I'll start adding try_to_freeze() to the kernel threads
> > that
> > set PF_NOFREEZE.
>
> cool! While you are at it, let me try to enhance
Hello Lennart,
Lennart Sorensen wrote:
On Tue, Feb 13, 2007 at 05:35:32PM +, Joel Soete wrote:
A small update:
your patch also works against 2.6.20
but seems that open the door to numerous other pb:
1/ pb to burn cd:
# md5sum cd060213.iso
6a1248783a21722816b972aa9bae9d5e cd060213.iso
# l
Hi,
On Saturday, 17 February 2007 11:59, Pavel Machek wrote:
> Hi!
>
> > Add a paragraph in Documentation/SubmittingDrivers requesting that the
> > susped/resume support be provided by new device drivers.
> >
> > Add the document Documentation/power/drivers-testing.txt giving general
> > instruc
Hi!
> > > +PM support: Since Linux is used on many portable and desktop
> > > systems, your
> > > + driver is likely to be used on such a system and therefore it
> > > + should support basic power management by implementing, if
> > > + necessary, the .suspend and .res
On Thu, Feb 15, 2007 at 05:52:39PM +0100, Ingo Molnar ([EMAIL PROTECTED]) wrote:
> +/*
> + * Create an async thread
> + */
> +int create_async_thread(int (*fn)(void *), void * arg, unsigned long flags)
> +{
> + struct pt_regs regs;
> +
> + memset(®s, 0, sizeof(regs));
> +
> + regs.ebx =
Hi!
> @@ -2050,11 +2047,56 @@ static struct pci_device_id dmfe_pci_tbl
> MODULE_DEVICE_TABLE(pci, dmfe_pci_tbl);
>
>
> +
> +static int dmfe_suspend(struct pci_dev *pci_dev, pm_message_t state)
> +{
> + struct net_device *dev = pci_get_drvdata(pci_dev);
> + struct dmfe_board_info *db =
On Sat, Feb 17, Oleg Verych wrote:
> While adding this functionality must be decided by kbuild developers,
> could you make separate patch with exporting 'LANG=C' on the very
> beginning and delete all other occurrences of it? It's a C header file
> generation and afaik, it must be ASCII.
That ma
Bartlomiej Zolnierkiewicz wrote:
Hi,
On Tuesday 13 February 2007 18:35, Joel Soete wrote:
scsi3 : ata_piix
ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA
ata1.00: ata1: dev 0 multi count 16
ata1.00: configured for UDMA/33
<...>
scsi 3:0:0:0: Direct-Access ATA QUANTUM FIREBAL
On Wed, 14 Feb 2007, Johann Schuster wrote:
> currently i'm trying to measure the cpu times for
> numerical algorithms written in C using two calls of
> getrusage() and then calculating the time difference.
>
> According to the man page of getrusage i looked at the
> user time of my process. Surp
Olaf Hering <[EMAIL PROTECTED]> writes:
> But we better build the whole kernel with LC_ALL=C LANG=C.
If you have LC_ALL=C you don't need LANG=C.
Andreas.
--
Andreas Schwab, SuSE Labs, [EMAIL PROTECTED]
SuSE Linux Products GmbH, Maxfeldstraße 5, 90409 Nürnberg, Germany
PGP key fingerprint = 58C
On Sat, 2007-02-17 at 11:42 +0100, Jaya Kumar wrote:
> Hi James, Geert, lkml and mm,
Hi Jaya,
> This patch adds support for the Hecuba/E-Ink display with deferred IO.
> The changes from the previous version are to switch to using a mutex
> and lock_page. I welcome your feedback and advice.
This
On Saturday 17 February 2007 13:07, Joel Soete wrote:
>
> Bartlomiej Zolnierkiewicz wrote:
> > Hi,
> >
> > On Tuesday 13 February 2007 18:35, Joel Soete wrote:
> >
> >> scsi3 : ata_piix
> >> ata1.00: ATA-4, max UDMA/66, 29336832 sectors: LBA
> >> ata1.00: ata1: dev 0 multi count 16
> >> ata1.00
I opened a bug report (228979) on bugzilla.redhat.com on this one because
I have the same issue under FC6 2.6.19-1.2895. Here is the link:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228979
Do you have any more updates on this problem? Is there a way I can help
by providing debug dat
On Fri, 16 Feb 2007, Andrew Morton wrote:
> No, that's still crufty. There's no reason why marker.h needs special
> treatment whereas, say, jiffies.h does not (is there?)
Unforunately, even jiffies.h gets special treatment. sched.h still
includes jiffies.h, as this is where it was originally de
Mockern napsal(a):
Thank you,
I have no problem with my tty driver, except one thing: it does not work with cat (but there are no problems to write,read from user space application). I'll try to follow your adwise to support cat.
And where does it stuck? use ptrace (e.g. strace) to investigat
The problem is (probably???) that I did not implement ready_til_block
in my driver.
OK, thank you, i need to investigate it with strace.
>Mockern napsal(a):
>> Thank you,
>>
>> I have no problem with my tty driver, except one thing: it does not work
>> with cat (but there are no problems to
Hi,
I tried a cat /dev/sdb1 >/dev/null from a Sandisk Extreme III CF card
connected via cf to IDE adapteer to onboard ide of nforce c51. I am usinf
2.6.20 on x86_64. For a few seconds it worked but then it dropped to pio4:
ata3.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata3.00
Mockern napsal(a):
When data is received from the hardware, it needs to be placed into the tty
device's flip buffer. This can be done with the following bit of code:
for (i = 0; i < data_size; ++i) {
if (tty->flip.count >= TTY_FLIPBUF_SIZE)
tty_flip_buffer_push(tty);
Jeff Garzik wrote:
> Robert Hancock wrote:
> >Yes, the fact that it's going into simplex mode is the problem, it
> >wasn't in simplex to start with. It looks like pata_amd does an
> >ata_pci_clear_simplex only for certain chip models, maybe this model
> >needs it as well?
>
> Deleting the ata_p
Update:
I get the same BUG with 2.6.20-git13 100% of the time during the resume.
The system seems to be fully functional nonetheless.
On Thursday, 15 February 2007 12:23, Rafael J. Wysocki wrote:
> Update:
>
> On Thursday, 15 February 2007 00:16, Rafael J. Wysocki wrote:
> > Hi,
> >
> > I've go
Em Sex, 2007-02-16 às 01:05 +0200, Georgi Chorbadzhiyski escreveu:
> Mauro Carvalho Chehab wrote:
> > Basically, this series adds support for a bunch of newer cards and newer
> > drivers, do some relevant cleanups on cx88 (improving source code
> > readability and reducing binary code size), adds
On 2/17/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
On Sat, 2007-02-17 at 11:42 +0100, Jaya Kumar wrote:
> Hi James, Geert, lkml and mm,
Hi Jaya,
> This patch adds support for the Hecuba/E-Ink display with deferred IO.
> The changes from the previous version are to switch to using a mutex
> a
(combined responses)
> On Feb 17, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
>
> >> Linking with kernel exported symbols in a kernel module is by many
> >> people considered creating a work derived from the kernel.
> > That's simply unreasonable. It is the most clear settled law that only
2007/2/17, Daniel Aragonés <[EMAIL PROTECTED]>:
Well, a glance at your dmesg doesn' show that a minix partition was
recognized. Otherwise it would sow it. So you have not such a
partition within your drives.
You are using an emulator to run minix. You will have the same problem
if you run minix
Linus, please pull from the for-linus branch at
git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-linus
or
git://master.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git
for-linus
to receive IEEE 1394 subsystem updates as listed further below. It'
On Sat, Feb 17, 2007 at 08:25:07AM -0500, Jaya Kumar wrote:
> On 2/17/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> >And, as Andrew suggested last time around, could you perhaps push this
> >fancy new idea into the FB layer so that more drivers can make us of it?
>
> I would like to do that very
> On Saturday 17 February 2007 03:42, David Schwartz wrote:
>
> > Again, see Lexmark v. Static Controls. If "make a toner cartridge that
> > works
> > with a particular Lexmark printer" is a functional idea, why is "make a
> > graphics driver that works with a particular Linux kernel" not? What is
On Fri, 16 Feb 2007, Siddha, Suresh B wrote:
> Periodic load balancing in recent kernels happen in the softirq.
> In certain -rt configurations, these softirqs are handled in softirqd
> context. And hence the check for idle processor was always returning
> busy (as nr_running > 1).
>
> This patc
> This is one of the reasons why we don't just use good old
> do_gettimeofday(), since it takes locks and can lead to lock recursion
> if parts of itself are probed.
do_gettimeofday doesn't take locks.
Only restriction is that you can't single step it with long
pauses between instructions.
-And
On Sat, Feb 17, 2007 at 11:33:53AM +, Joel Soete wrote:
> Hello Lennart,
>
> Lennart Sorensen wrote:
> >On Tue, Feb 13, 2007 at 05:35:32PM +, Joel Soete wrote:
> >>A small update:
> >>your patch also works against 2.6.20
> >>
> >>but seems that open the door to numerous other pb:
> >>1/ pb
Evgeniy Polyakov wrote:
> Ray Lee ([EMAIL PROTECTED]) wrote:
> > The truth of this lies somewhere in the middle. It isn't kernel driven,
> > or userspace interface driven, but a tradeoff between the two.
> >
> > So:
> > > Userspace_API_is_the_ever_possible_last_thing_to_ever_think_about.
> > > Peri
Mockern wrote:
> When it's necessary to use line discipline in tty driver
> (to call ldisc.write(), ldisc.read(), ldisc.receive_buf())
> and when I can ignore line discipline in my tty driver?
You should not call any of these from your driver.
transmit data is sent first to the line discipline
l
Am Samstag 17 Februar 2007 schrieb Prakash Punnoor:
> Hi,
>
> I tried a cat /dev/sdb1 >/dev/null from a Sandisk Extreme III CF card
> connected via cf to IDE adapteer to onboard ide of nforce c51. I am usinf
> 2.6.20 on x86_64. For a few seconds it worked but then it dropped to pio4:
>
> ata3.00: e
On Sat, 2007-02-17 at 15:47 +0100, Alex Riesen wrote:
> > > 164 if (need_resched())
> > > 165 goto end;
> > > 166
> > > 167 cpu = smp_processor_id();
> > > 168 BUG_ON(local_softirq_pending());
> >
> > Hmm, the BUG_ON is inside of an interrupt
On Sat, 2007-02-17 at 15:56 +0100, Andi Kleen wrote:
> > This is one of the reasons why we don't just use good old
> > do_gettimeofday(), since it takes locks and can lead to lock recursion
> > if parts of itself are probed.
>
> do_gettimeofday doesn't take locks.
>
> Only restriction is that you
And today: yet another problem with mmc.
It so happens that after resume mmc layer issues requests to the device before
mmc_resume_host is
called at all. Moreover, this prevents the machine from resuming, unless worked
around, because
software timer does not work at this stage of the resume and i
On Sat, Feb 17, 2007 at 03:29:31PM +0300, Mockern wrote:
> When data is received from the hardware, it needs to be placed into the tty
> device's flip buffer. This can be done with the following bit of code:
>
> for (i = 0; i < data_size; ++i) {
> if (tty->flip.count >= TTY_FLIPBUF_SIZE)
On Wednesday 14 February 2007 19:13, Andreas Gruenbacher wrote:
> So here is how this could be implemented. See the lengthy explanations in
> the patch headers, too.
Turns out I messed up with one of Neil's review comments. Here is yet another
update.
With this fix, everything works as expected
On Fri, Feb 16, 2007 at 01:59:44PM -0800, Christoph Lameter wrote:
> On Fri, 16 Feb 2007, Zachary Amsden wrote:
>
> > Yes, but that is just because the Xen hooks happens to be near the last part
> > of the merge. VMI required some special hooks, as do both Xen and lhype (I
> > think ... Rusty can
From: [EMAIL PROTECTED] (Lennart Sorensen)
Subject: Re: MediaGX/GeodeGX1 requires X86_OOSTORE. (Was: Re: Strange
connection slowdown on pcnet32)
Date: Fri, 16 Feb 2007 19:00:19 -0500
> On Fri, Feb 16, 2007 at 05:48:24PM -0500, Lennart Sorensen wrote:
> > Well so far it really looks like enabling
On Sat, Feb 17, 2007 at 11:11:13PM +0900, takada wrote:
> is it mean what doesn't help with doesn't call set_cx86_reoder()?
> this function disable to reorder at 0x4000: to 0x:.
> does pcnet32 access at out of above range?
No it is accessing system memory by DMA to transfer frames. Si
Thanx for your respond.
Could you please inform me what patches exactly you have grabbed?
>On Sat, Feb 17, 2007 at 03:29:31PM +0300, Mockern wrote:
>> When data is received from the hardware, it needs to be placed into the tty
>> device's flip buffer. This can be done with the following bit of
Sylvain Munaut <[EMAIL PROTECTED]> wrote on 17.02.2007 04:36:01:
> Doesn't that oops when called with the fake parent device ?
I should stop posting patches after 12 hours of work ,)
> Or, an even better approach is to add this
>
> + if (!ebus_dev->ofdev.node)
> + return -ENODEV;
>
> in
Hello,
This patch against 2.6.20 makes the NMI watchdog use PERFSEL1/PERFCTR1
instead of PERFSEL0/PERFCTR0 on processors supporting Intel architectural
perfmon, such as Intel Core 2. Although all PMU events can work on
both counters, the Precise Event-Based Sampling (PEBS) requires that the
event
Hello,
This patch against 2.6.20 makes the NMI watchdog use PERFSEL1/PERFCTR1
instead of PERFSEL0/PERFCTR0 on processors supporting Intel architectural
perfmon, such as Intel Core 2. Although all PMU events can work on
both counters, the Precise Event-Based Sampling (PEBS) requires that the
event
On Mon, Jan 29, 2007 at 02:27:07PM -0500, Lennart Sorensen wrote:
> I have run some tests with 8 patches from Linus's 2.6 tree on top of the
> 2.6.16.25 along with a bit of debug code in the n_tty.c, which ran
> perfectly for 3 days. I now removed the debug code to see if it will
> still run perfe
On Sat, Feb 17, 2007 at 06:52:03PM +0300, Mockern wrote:
> Thanx for your respond.
>
> Could you please inform me what patches exactly you have grabbed?
If you see the thread "Re: Strange problem with tty layer", which I just
posted a final update too, it has the list of linux-2.6 git commits th
ibmebus has a fake root device that's not associated with an ofdt node.
Filter out any such devices in of_device_uevent().
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
of_device.c |4
1 files changed, 4 insertions(+)
diff -urp a/arch/powerpc/kernel/of_device.c b/arch/powerp
On Fri, 16 February 2007 18:47:48 -0500, Bill Davidsen wrote:
> >
> Actually I am interested in the common case, where the machine is not
> out of space, or memory, or CPU, but when it is appropriately sized to
> the workload. Not that I lack interest in corner cases, but the "running
> flat out
On 2/17/07, Cédric Augonnet <[EMAIL PROTECTED]> wrote:
It appears that the trouble is in the count_free of file
fs/minix/bitmap.c . This procedure is actually called twice when we
issue a df command.
The point where things start to get strange is
i = ((numbits - (numblocks-1) * bh->b_si
Marcus Haebler wrote:
I opened a bug report (228979) on bugzilla.redhat.com on this one because
I have the same issue under FC6 2.6.19-1.2895. Here is the link:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=228979
Do you have any more updates on this problem? Is there a way I can help
diff -auNrp tmp-from/include/linux/mtd/ubi.h tmp-to/include/linux/mtd/ubi.h
--- tmp-from/include/linux/mtd/ubi.h1970-01-01 02:00:00.0 +0200
+++ tmp-to/include/linux/mtd/ubi.h 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,391 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/alloc.c tmp-to/drivers/mtd/ubi/alloc.c
--- tmp-from/drivers/mtd/ubi/alloc.c1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/alloc.c 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,369 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/ubi.h tmp-to/drivers/mtd/ubi/ubi.h
--- tmp-from/drivers/mtd/ubi/ubi.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/ubi.h2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,100 @@
+/*
+ * Copyright (c) International Business Machines Cor
diff -auNrp tmp-from/drivers/mtd/ubi/debug.c tmp-to/drivers/mtd/ubi/debug.c
--- tmp-from/drivers/mtd/ubi/debug.c1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/debug.c 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,634 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/build.h tmp-to/drivers/mtd/ubi/build.h
--- tmp-from/drivers/mtd/ubi/build.h1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/build.h 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,62 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/alloc.h tmp-to/drivers/mtd/ubi/alloc.h
--- tmp-from/drivers/mtd/ubi/alloc.h1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/alloc.h 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,235 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/vtbl.c tmp-to/drivers/mtd/ubi/vtbl.c
--- tmp-from/drivers/mtd/ubi/vtbl.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/vtbl.c 2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,1369 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/vtbl.h tmp-to/drivers/mtd/ubi/vtbl.h
--- tmp-from/drivers/mtd/ubi/vtbl.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/vtbl.h 2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,302 @@
+/*
+ * Copyright (c) International Business Machines C
diff -auNrp tmp-from/drivers/mtd/ubi/io.c tmp-to/drivers/mtd/ubi/io.c
--- tmp-from/drivers/mtd/ubi/io.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/io.c 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,1297 @@
+/*
+ * Copyright (c) International Business Machines Corp., 2006
diff -auNrp tmp-from/drivers/mtd/ubi/account.h tmp-to/drivers/mtd/ubi/account.h
--- tmp-from/drivers/mtd/ubi/account.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/account.h2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,118 @@
+/*
+ * Copyright (c) International Business Mach
diff -auNrp tmp-from/drivers/mtd/ubi/build.c tmp-to/drivers/mtd/ubi/build.c
--- tmp-from/drivers/mtd/ubi/build.c1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/build.c 2007-02-17 18:07:27.0 +0200
@@ -0,0 +1,191 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/gluebi.h tmp-to/drivers/mtd/ubi/gluebi.h
--- tmp-from/drivers/mtd/ubi/gluebi.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/gluebi.h 2007-02-17 18:07:28.0 +0200
@@ -0,0 +1,88 @@
+/*
+ * Copyright (c) International Business Machine
diff -auNrp tmp-from/drivers/mtd/ubi/cdev.c tmp-to/drivers/mtd/ubi/cdev.c
--- tmp-from/drivers/mtd/ubi/cdev.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/cdev.c 2007-02-17 18:07:28.0 +0200
@@ -0,0 +1,1033 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/debug.h tmp-to/drivers/mtd/ubi/debug.h
--- tmp-from/drivers/mtd/ubi/debug.h1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/debug.h 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,284 @@
+/*
+ * Copyright (c) International Business Machines
diff -auNrp tmp-from/drivers/mtd/ubi/io.h tmp-to/drivers/mtd/ubi/io.h
--- tmp-from/drivers/mtd/ubi/io.h 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/io.h 2007-02-17 18:07:26.0 +0200
@@ -0,0 +1,419 @@
+/*
+ * Copyright (c) International Business Machines Corp., 2006
+
diff -auNrp tmp-from/drivers/mtd/ubi/gluebi.c tmp-to/drivers/mtd/ubi/gluebi.c
--- tmp-from/drivers/mtd/ubi/gluebi.c 1970-01-01 02:00:00.0 +0200
+++ tmp-to/drivers/mtd/ubi/gluebi.c 2007-02-17 18:07:28.0 +0200
@@ -0,0 +1,363 @@
+/*
+ * Copyright (c) International Business Machin
1 - 100 of 279 matches
Mail list logo
