On Wed, 28 Feb 2007, Jiri Kosina wrote:
>
> I still think that creating a separate header file solely for purpose of
> having the large hid blacklist and all related defines separate from the
> actual implementation is needed. The pages and pages of blacklist just
> pollute the hid-core.c
ChangeLog:
v3) Removed the "revents" field from the epoll item structure, as
suggested by Eric Dumazet
v2) In v1, I was trying to avoid to get the spinlock twice WRT yesterday
patch, but it turns out I can't since the ready list will be travelling
through a path w/out the ep->sem
On Wed, 28 Feb 2007 10:28:10 -0800 (PST) Linus Torvalds wrote:
>
>
> On Wed, 28 Feb 2007, Linus Torvalds wrote:
> >
> > In other words, there is *zero* excuse for that braindamage.
>
> To be clear:
>
> - in header files, we put "common definitions":
>
> * #defines
> * data
On Wed, 28 Feb 2007, Bill Davidsen wrote:
>
> Where is the initialization performed, then?
Here's the commit with the patch from Eric that I pushed out (I had
thought I'd already applied it for rc2, but I obviously hadn't. Blush.
It's there now in -git, but obviously not in the -rc2
On Wed, 28 Feb 2007, Linus Torvalds wrote:
> > But OK, I will leave it in there.
> No. You need to realize just WHY it was wrong. Not just an "But OK".
Yep, I totally agree that with the usbhid.h thing I really had a bad day,
it was braindamage without excuse, sorry.
I still think that
On Wed, 28 Feb 2007, Linus Torvalds wrote:
>
> In other words, there is *zero* excuse for that braindamage.
To be clear:
- in header files, we put "common definitions":
* #defines
* data structure declarations
* external function and data declarations
*
On Wed, 28 Feb 2007, Linus Torvalds wrote:
> On Wed, 28 Feb 2007, Davide Libenzi wrote:
> >
> > At this point, given how threadlets can be easily/effectively dispatched
> > from userspace, I'd argue the presence of either single/parallel or syslet
> > submission altogether. Threadlets allows
On Wed, 28 Feb 2007, Charles Shannon Hendrix wrote:
> On Wed, 28 Feb 2007 07:40:23 -0500 (EST)
> Gerhard Mack <[EMAIL PROTECTED]> wrote:
>
> > hello,
> >
> > Can someone tell me what this means?
> > ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x40 action 0x2 frozen
> > ata1.00: cmd
Bill Davidsen <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>> Fernando Luis Vázquez Cao <[EMAIL PROTECTED]> writes:
>>
>>> Initialize affinity only when building SMP kernels.
>>
>> Reasonable. I goofed here.
>>
>> However I would prefer my patch that just deletes these problem lines.
On Wed, 28 Feb 2007, Jiri Kosina wrote:
> On Wed, 28 Feb 2007, Linus Torvalds wrote:
>
> > There is no excuse for putting a large array in a header file and
> > including it millions of times. Or even just twice. The point of a
> > header file is to *declare* things, not to have big data
On Wed, Feb 28, 2007 at 08:37:26AM +0530, Srivatsa Vaddagiri wrote:
>
> Hmm ..good point. So can we assume that disable/enable_nonboot_cpus() are
> called
> with processes frozen already?
>
> Gautham, you need to take this into account in your patchset!
Yup. That would mean making the freezer
On Tue, 27 Feb 2007, Andy Whitcroft wrote:
> The caller of isolate_lru_pages specifically knows whether it wants
> to take either inactive or active pages. Currently we take the
> state of the LRU page at hand and use that to scan for matching
> pages in the order sized block. If that page is
Arkadiusz,
Could try the attached patch to see if it solves the problem?
If not, please send the output of acpidump command and log.
Regards.
Konstantin.
>-Original Message-
>From: Adrian Bunk [mailto:[EMAIL PROTECTED]
>Sent: Sunday, February 25, 2007 8:53 PM
>To: Linus Torvalds; Andrew
On Tue, 27 Feb 2007, Andy Whitcroft wrote:
> +static int __isolate_lru_page(struct page *page, int active)
> +{
> + int ret = -EINVAL;
> +
> + if (PageLRU(page) && (PageActive(page) == active)) {
> + ret = -EBUSY;
> + if (likely(get_page_unless_zero(page))) {
> +
Chuck Ebbert wrote:
> Patrick McHardy wrote:
>
>>This patch is against current stable-2.6.20, it applies
>>cleanly to 2.6.20 as well.
>
>
> Everything works OK, but I get:
>
> BUG: warning: (!list_empty()) at
> net/netfilter/nf_conntrack_core.c:1068/nf_ct_cleanup()
>
> <>
On Wed, Feb 28, 2007 at 12:36:52AM +0100, Johannes Berg wrote:
> On Wed, 2007-02-28 at 02:28 +0300, Oleg Nesterov wrote:
>
> > Ugh. I know nothing, nothing, nothing about suspend. I'll try to guess.
> >
> >Commit: ed746e3b18f4df18afa3763155972c5835f284c5
>
> > Yes? with the patch above,
I can reliably reproduce a null pointer dereference on 2.6.20 and
2.6.21-rc2. I will keep digging to find the kernel version where this
last worked, but wanted to see if there were any immediate experiments I
should try.
The failure is caused by running tiobench on a MD raid6 array with 6 out
of
Timur Tabi wrote:
Dan Malek wrote:
I'd shoot that down, too. Using udev in an
embedded, reliable environment is very
troublesome. Although, products I've
developed using more than 4 UARTs had
some custom /dev work done to it just
to get everything mapped. My only
concern is we don't add a
> While these entry points do not actually modify the file itself,
> as was pointed out, they are handy points at which the kernel gains
> control and could actually notice that the contents of the file are
> no longer the same as they were, ie. modified.
>
> From the operating system viewpoint,
Dan Malek wrote:
I'd shoot that down, too. Using udev in an
embedded, reliable environment is very
troublesome. Although, products I've
developed using more than 4 UARTs had
some custom /dev work done to it just
to get everything mapped. My only
concern is we don't add a new range for
QE
On Feb 28, 2007, at 12:35 PM, Timur Tabi wrote:
An alternative idea, which one person already shot down, was to
allow only 4 devices normally, but allow more devices if you use
udev, since udev doesn't care about minor number assignments. This
eliminates the overlap and encourages people
On Wed, 28 Feb 2007, Linus Torvalds wrote:
> There is no excuse for putting a large array in a header file and
> including it millions of times. Or even just twice. The point of a
> header file is to *declare* things, not to have big data structures in.
The point was that noone else than
This patch provides a functionality that allows parallel
RX processing on multiple RX queues by using dummy netdevices.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff -Nurp -X dontdiff linux-2.6.21-rc1/drivers/net/ehea/ehea.h
patched_kernel/drivers/net/ehea/ehea.h
---
Hi,
this version has the issues fixed which were mentioned by
Patrick McHardy.
The patch set includes two patches against linux-2.6.21-rc1:
- dynamic add / remove port:
Interface has been discussed and approved by John Rose
(see: http://www.spinics.net/lists/netdev/msg25327.html)
- NAPI
This patch introduces functionality to dynamically add / remove
ehea ports via an userspace DLPAR tool. It creates a subnode for
each logical port in the sysfs.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
diff --git a/drivers/net/ehea/ehea.h b/drivers/net/ehea/ehea.h
index
On Wednesday, 28 February 2007 14:27, Srivatsa Vaddagiri wrote:
> On Wed, Feb 28, 2007 at 06:47:21PM +0530, Srivatsa Vaddagiri wrote:
> > --- workqueue.c.org 2007-02-28 18:32:48.0 +0530
> > +++ workqueue.c 2007-02-28 18:44:23.0 +0530
> > @@ -718,6 +718,8 @@ static void
On Wednesday, 28 February 2007 14:17, Srivatsa Vaddagiri wrote:
> On Wed, Feb 28, 2007 at 12:11:03PM +0100, Rafael J. Wysocki wrote:
> > > In addition to thawing worker thread before kthread_stopping it, there
> > > are minor changes required in worker threads, to check for
> > >
drivers/video/nvidia/nv_backlight.c: In function 'nvidia_bl_init':
drivers/video/nvidia/nv_backlight.c:103: error: implicit declaration of
function 'pmac_has_backlight_type'
Signed-off-by: Dave Jones <[EMAIL PROTECTED]>
--- linux-2.6.20.noarch/drivers/video/nvidia/nv_backlight.c~2007-02-20
Dan Malek wrote:
I don't think that would be a problem, and I'd like the
CPM/QE to share devices because it makes the
software distributions common to all Freescale
embedded processors.
I'm willing to use whatever minor number and range the community agrees upon.
An alternative idea, which
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> [...] The only way it would buy us a lot is to change the linked lists
> dynamically (ie add new events at the end while old events are still
> executing), [...]
that's quite close to what Jens' FIO plugin for syslets
(engines/syslet-rw.c) does
On Wed, 28 Feb 2007, Jiri Kosina wrote:
>
> You're right that usbhid.h is not a best place for it.
"Not the best place for it" is the understatement of the year.
It's totally idiotic.
> This IMHO just needs cleanup. Will you accept creating a separate header
> file solely for purposes of
On Feb 28, 2007, at 12:04 PM, Timur Tabi wrote:
... However, ttyCPM0 is currently assigned to 46, and device 50 is
an Altix serial card. The only way to give the CPM 6 or 8 slots
without moving it is to overlap the Altix card.
Then, this is currently broken in all cases
and needs to be
Eric W. Biederman wrote:
Fernando Luis Vázquez Cao <[EMAIL PROTECTED]> writes:
Initialize affinity only when building SMP kernels.
Reasonable. I goofed here.
However I would prefer my patch that just deletes these problem lines.
These lines don't really contribute anything and are harmless
On Wed, 28 Feb 2007, Linus Torvalds wrote:
> > The diffstat looks larger because the usbhid code is moved from
> > USB-specific directory to HID-specific directory
> No. The diffstat looks huge because you moved "hid_blacklist" into a
> header file, and that is a big enough change that git
Miklos Szeredi wrote:
These change still have the undesirable property that although the
modified pages may be flushed to stable storage, the metadata on
the file will not be updated until the application takes positive
action. This is permissible given the current wording in the
On Wed, 28 Feb 2007 08:44:45 -0800 David Brown wrote:
> > Yes. I goofed, and missed that stupid case. The offending lines
> > should just die. Patch already sent to Linus.
>
> Could the patch be posted? or could I see a git commit so I can get it myself?
I'm attaching it below. It hit the
On Wed, 28 Feb 2007 07:40:23 -0500 (EST)
Gerhard Mack <[EMAIL PROTECTED]> wrote:
> hello,
>
> Can someone tell me what this means?
> ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x40 action 0x2 frozen
> ata1.00: cmd 35/00:00:40:a6:23/00:04:00:00:00/e0 tag 0 cdb 0x0 data 524288
> out
>
On Wed, 28 Feb 2007, Jiri Kosina wrote:
>
> The diffstat looks larger because the usbhid code is moved from
> USB-specific directory to HID-specific directory
No. The diffstat looks huge because you moved "hid_blacklist" into a
header file, and that is a big enough change that git won't
> These change still have the undesirable property that although the
> modified pages may be flushed to stable storage, the metadata on
> the file will not be updated until the application takes positive
> action. This is permissible given the current wording in the
> specifications, but it would
- ecryptfs_write_inode_size_to_metadata() error code was ignored.
- i_op->setxattr() must be supported by lower fs because used below.
Signed-off-by: Monakhov Dmitriy <[EMAIL PROTECTED]>
---
fs/ecryptfs/inode.c |6 +++---
fs/ecryptfs/mmap.c |3 ++-
2 files changed, 5 insertions(+),
Dan Malek wrote:
I don't know the origin of this thread, but none of
that looks correct. Today, there can be up to 8
CPM UART devices, 6 on CPM/CPM2 and 8
on the QE. If ttyCPM0 starts at minor 46, they
should be at least monotonically incrementing
up to ttyCPM7 with minor 53.
Minor nit: On
On 2/28/07, Evgeniy Polyakov <[EMAIL PROTECTED]> wrote:
130 lines skipped...
Yeah, I edited it down a lot before sending it. :-)
I have only one question - wasn't it too lazy to write all that? :)
I'm pretty lazy all right. But occasionally an interesting problem
(and revamping AIO is
So the problem is not the configuration but that for some reason the
backlight state is set to off by default.
On Thu, 22 Feb 2007, David Miller wrote:
> From: James Simmons <[EMAIL PROTECTED]>
> Date: Thu, 22 Feb 2007 15:55:24 + (GMT)
>
> > I just tested various confirations of
This patch fixes two issues reported by Roland and Christoph H.:
- Mismatched sync/locking between completion handler and destroy cq
We introduced a counter nr_events per cq to track number of irq
events seen. This counter is incremented when an event queue
entry is seen and decremented
> On Thu, 2007-02-22 at 00:53 +, James Simmons wrote:
> > > > +/* image data is MSB-first, fb structure is MSB-first too */
> > > > +static inline u32 expand_color(u32 c)
> > > > +{
> > > > + return ((c & 1) | ((c & 2) << 7) | ((c & 4) << 14) | ((c & 8)
> > > > << 21)) * 0xFF;
> > > >
> On Thu, Feb 22, 2007 at 12:33:35PM +0200, Paul Sokolovsky wrote:
> >
> > We in handhelds.org codebase have attached patch* to make corgi_bl
> > more suitable for general use. This patch was submitted to Richard
> > (so, more votes needed ;-) ). Otherwise, snippet I pasted is from real
> >
Michael K. Edwards wrote:
State machines are much harder to write without going through a real
on-paper design phase first. But multi-threaded code is much harder
for a team of average working coders to write correctly, judging from
the numerous train wrecks that I've been called in to salvage
Quick question. Can this board initialize more than one graphics card?
On Wed, 21 Feb 2007, Brandon Howard wrote:
> Oops, forgot to include the relevant links in the previous email:
>
> [1]
> http://www.gigabyte.com.tw/Products/Motherboard/Products_Overview.aspx?ProductID=2287
> [2]
> I'm not sure I understand. What the current implementation does is to
> use host based framebuffer memory. Apps mmap that memory and draw to
> that. Then after the delay, that framebuffer is written to the
> device's memory. That's the scenario for hecubafb where the Apollo
> controller
On Wed, 28 Feb 2007, Davide Libenzi wrote:
>
> At this point, given how threadlets can be easily/effectively dispatched
> from userspace, I'd argue the presence of either single/parallel or syslet
> submission altogether. Threadlets allows you to code chains *way* more
> naturally than
Where are many places where _journal_stop() return code wasn't
checked. Off cause _journal_stop() failed very rarely (and usually
with fatal consequences), but this does'n meen it should not be checked.
For example most retry loops looks like follows:
ext3_journal_stop(handle);
Yes. I goofed, and missed that stupid case. The offending lines
should just die. Patch already sent to Linus.
Could the patch be posted? or could I see a git commit so I can get it myself?
Thanks,
David Brown
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Tue, Feb 27, 2007 at 05:27:41PM -0800, Jean Tourrilhes wrote:
> diff -u -p linux/drivers/base/class.j1.c linux/drivers/base/class.c
> --- linux/drivers/base/class.j1.c 2007-02-26 18:38:10.0 -0800
> +++ linux/drivers/base/class.c2007-02-27 15:52:37.0 -0800
> @@ -841,6
On 2/27/07, Fausto Carvalho <[EMAIL PROTECTED]> wrote:
Well, i have a 8042 controller "connected" to the keyboard controller
that send information about battery and others to the keyboard
interrupt and io ports in the format of keystrokes. I want a way to
not alter atkbd but to create another
Timur Tabi wrote:
H. Peter Anvin wrote:
It sounds like the QE driver should be moved to a separate minor
range, and given 8 minors.
I just had a thought - since udev doesn't care about major/minor number
assignments, can we say that the limit is 4 devices if you're not using
udev, and 8
the backlight on my thinkpad still (2.6.20 worked fine) doesn't come
on if i have the radeon backlight enabled. without it, i guess it's
the ibm acpi modules that controls the backlight and it seems to work
fine.
--alex--
--
| I believe the moment is at hand when, by a paranoiac and active |
|
I guess most stack corruptions touch only a small part of the stack.
These kinds of corruptions can only be detected from inside the
program.
Anyway, going beyond the program's stack boundaries would fault the program.
Checking the threadinfo constantly it'll be (IMHO) mostly useless...
On
H. Peter Anvin wrote:
It sounds like the QE driver should be moved to a separate minor range,
and given 8 minors.
I just had a thought - since udev doesn't care about major/minor number assignments, can
we say that the limit is 4 devices if you're not using udev, and 8 otherwise?
--
Timur
>>/ openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to/
>>/ require a password to unlock, but it asks for password. When the
screen/
>>/ unlocks, kwin is gone with no errors logged in /var/log/kdm or/
>>/ /var/log/messages. No problems with 2.6.20./
>>
>>/ Same problem on
Kumar Gala wrote:
Its your choice if you want to limit it to 4 or have it moved into a
different minor range. I can live with both.
I'd rather we support 8 now.
Ok, a different minor range it is, then. 192-199?
--
Timur Tabi
Linux Kernel Developer @ Freescale
-
To unsubscribe from this
On Wed, 28 Feb 2007, Ingo Molnar wrote:
>
> * Davide Libenzi wrote:
>
> > Why can't aio_* be implemented with *simple* (or parallel/unrelated)
> > syscall submit w/out the burden of a complex, limiting and heavy API
>
> there are so many variants of what people think 'asynchronous IO' should
Hi!
> > I think what you are not hearing, and what everyone else is saying
> > (INCLUDING Linus), is that for most programmers, state machines are
> > much, much harder to program, understand, and debug compared to
> > multi-threaded code. You may disagree (were you a MacOS 9 programmer
> > in
Hi!
> > If kernelspace rescheduling is that fast, then please explain me why
> > userspace one always beats kernel/userspace?
>
> because 'user space scheduling' makes no sense? I explained my thinking
> about that in a past mail:
...
> 2) there has been an IO event. The thing is, for IO
Added Support for Marvell 7042 Chip - 7042 has same
capabilities & behavior as 6042.
Patch based upon stable Linux 2.6.20.1 Kernel Tree...
Signed-off-by: Thomas A. Morrison <[EMAIL PROTECTED]>
--- drivers/ata/sata_mv.c.orig 2007-02-20 01:34:32.0 -0500
+++ drivers/ata/sata_mv.c
On Wednesday 28 February 2007 17:19, Sid Boyce wrote:
> openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to
> require a password to unlock, but it asks for password. When the screen
> unlocks, kwin is gone with no errors logged in /var/log/kdm or
> /var/log/messages. No problems
Mathiasen, Torben wrote:
Assuming QE has 4 entries, I would expect CPM to be the same. But we
need verification of that. If it needs 6, we are in more trouble.
The QE can have up to 8, actually, but I'm willing to limit the driver
to 4.
-
To unsubscribe from this list: send the line
On Feb 28, 2007, at 9:54 AM, Segher Boessenkool wrote:
46 = /dev/ttyCPM0PPC CPM (SCC or SMC) - port 0
...
- 47 = /dev/ttyCPM5PPC CPM (SCC or SMC) - port 5
+ 49 = /dev/ttyCPM5PPC CPM (SCC or SMC) - port 5
If CPM0 is 46, then CPM5
On 16:18, Andre Noll wrote:
> With 2.6.21-rc2 I am unable to reproduce this BUG message. However,
> writing to both raid systems at the same time via lvm still locks up
> the system within minutes.
Screenshot of the resulting kernel panic:
Jens Axboe wrote:
On Wed, Feb 28 2007, Benoit Boissinot wrote:
On 2/28/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
On Tue, Feb 27 2007, Xiaoning Ding wrote:
Hi,
I am reading the source code AS scheduler in 2.6.18(as-ioscheduler.c).
In function as_close_req, variable delay is in millisecond,
On Wed, 28 Feb 2007, Eric Dumazet wrote:
> On Tuesday 27 February 2007 17:03, Davide Libenzi wrote:
> > On Tue, 27 Feb 2007, Eric Dumazet wrote:
> > > On Tuesday 27 February 2007 03:32, Davide Libenzi wrote:
> > > > Epoll is doing multiple passes over the ready set at the moment,
> > > > because
Ralf Müller wrote:
I had the same type of problem using an unstable power supply - after
replacing it the problems
were gone ...
Hm.. my shuttle box has only a 350W power supply, that could indeed be
the problem, as I have an Athlon 64 X2 4400+ CPU (dual core), two
SATA-II 500GB harddrives
openSUSE 10.3 Alpha and KDE-3.5.6, xorg-x11-7.2. KDE is setup not to
require a password to unlock, but it asks for password. When the screen
unlocks, kwin is gone with no errors logged in /var/log/kdm or
/var/log/messages. No problems with 2.6.20.
Same problem on openSUSE 10.2 x86_64, KDE-3.5.5
On 10:51, Andrew Vasquez wrote:
> On Tue, 27 Feb 2007, Andre Noll wrote:
> > [ 68.532665] BUG: at kernel/lockdep.c:1860 trace_hardirqs_on()
>
> Ok, since 2.6.20, there been a patch added to qla2xxx which drops the
> spin_unlock_irq() call while attempting to ramp-up the queue-depth:
>
> Could
How does this look? The new and improved display class.
Signed-Off: James Simmons <[EMAIL PROTECTED]>
diff -urN -X fbdev-2.6/Documentation/dontdiff
linus-2.6/drivers/video/display/display-sysfs.c
fbdev-2.6/drivers/video/display/display-sysfs.c
---
Kumar Gala wrote:
On Feb 28, 2007, at 8:51 AM, Mathiasen, Torben wrote:
Mathiasen, Torben wrote:
Assuming QE has 4 entries, I would expect CPM to be the same. But we
need verification of that. If it needs 6, we are in more trouble.
The QE can have up to 8, actually, but I'm willing to
[adding Andi and Ingo]
John Reiser wrote:
> Architectures such as i386, sh, x86_64 have a flag /proc/sys/vm/vdso_enabled
> to choose whether the kernel should setup a process to use vdso after
> execve().
> Informing the user code via AT_SYSINFO* is controlled by macro ARCH_DLINFO in
>
On Wed, 28 Feb 2007, Tomas Carnecky wrote:
> Gerhard Mack wrote:
> > ata1.00: configured for UDMA/100
> > [...]
> > ata1.00: configured for UDMA/66
> > [...]
> > ata1.00: configured for UDMA/44
> > [...]
> > ata1.00: configured for UDMA/33
> > [...]
> > ata1.00: configured for UDMA/25
> > [...]
>
On Feb 28, 2007, at 8:51 AM, Mathiasen, Torben wrote:
Mathiasen, Torben wrote:
Assuming QE has 4 entries, I would expect CPM to be the same. But we
need verification of that. If it needs 6, we are in more trouble.
The QE can have up to 8, actually, but I'm willing to limit the
driver
46 = /dev/ttyCPM0PPC CPM (SCC or SMC) - port 0
...
- 47 = /dev/ttyCPM5PPC CPM (SCC or SMC) - port 5
+ 49 = /dev/ttyCPM5PPC CPM (SCC or SMC) - port 5
If CPM0 is 46, then CPM5 is not 47, but not 49 either.
Unless it's not CPM5 but
Gerhard Mack wrote:
ata1.00: configured for UDMA/100
[...]
ata1.00: configured for UDMA/66
[...]
ata1.00: configured for UDMA/44
[...]
ata1.00: configured for UDMA/33
[...]
ata1.00: configured for UDMA/25
[...]
ata1.00: configured for UDMA/16
[...]
ata1.00: configured for PIO4
I have the same
>
> Mathiasen, Torben wrote:
>
> > Assuming QE has 4 entries, I would expect CPM to be the same. But we
> > need verification of that. If it needs 6, we are in more trouble.
>
> The QE can have up to 8, actually, but I'm willing to limit the driver
> to 4.
Its your choice if you want to limit
Alan wrote:
> While Andrew and -mm are taking a bit of a break...
>
> I've uploaded a patch file of the libata PATA working tree versus
> 2.6.20-mm2 to
>
> http://zeniv.linux.org.uk/~alan/IDE
Generated without --show-c-function. Sigh.
-
To unsubscribe from this list: send the line
On Wed, 28 Feb 2007, Robert Hancock wrote:
> Gerhard Mack wrote:
> > hello,
> > Can someone tell me what this means?
> > ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x40 action 0x2 frozen
> > ata1.00: cmd 35/00:00:40:a6:23/00:04:00:00:00/e0 tag 0 cdb 0x0 data 524288
> > out
> > res
H. Peter Anvin wrote:
Also, if QE really is just CPM v3, and they share the same minors, why
change the name?
Because the QE isn't called CPM v3, that's just one way to think about
it. It's a different device that has some backwards compatibility, but
the drivers are all distinct and they
On 2/27/07, Veronique & Vincent <[EMAIL PROTECTED]> wrote:
Maybie the Fedora team should use the asound.conf configuration instead?
This doesn't work for apps that use the deprecated /dev/dsp API.
Of course, a modern distro should be trying to purge these anyway...
Lee
-
To unsubscribe from
On Feb 28, 2007, at 7:14 AM, Mathiasen, Torben wrote:
Mathiasen, Torben wrote:
Got around looking at this one. I'm fine with this approach, but the
CPM5 fix looks wrong. Shouldn't it be:
49 = /dev/ttyCPM3 PPC CPM (SCC or SMC) - port 3
instead?
Well, how many CPM devices
Segher Boessenkool wrote:
46 = /dev/ttyCPM0PPC CPM (SCC or SMC) - port 0
...
- 47 = /dev/ttyCPM5PPC CPM (SCC or SMC) - port 5
+ 49 = /dev/ttyCPM5PPC CPM (SCC or SMC) - port 5
If CPM0 is 46, then CPM5 is not 47, but not 49 either.
On Wed, 28 Feb 2007 14:47:12 +0100
Christopher Meller <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I have a question concerning the line discipline behaviour for serial
> devices.
> When the line discipline is set via ioctl from user space to e.g. N_PPP and
> the userspace program returns without
A change early last year reordered struct page so that ptl overlaps not only
private, but also mapping. Since spinlock_t can be much larger, I'm wondering
whether there's a reason to not also overlay the space index and lru take -
are these used for anything on page table pages?
Thanks, Jan
-
To
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch simplifies the get_cycles_sync() function by removing the
#ifdefs from it. Further it introduces an optimization for AMD
processors. There the RDTSCP instruction is used instead of CPUID;RDTSC
which is helpfull if the kernel runs as a KVM guest.
Gerhard Mack wrote:
hello,
Can someone tell me what this means?
ata1.00: exception Emask 0x0 SAct 0x0 SErr 0x40 action 0x2 frozen
ata1.00: cmd 35/00:00:40:a6:23/00:04:00:00:00/e0 tag 0 cdb 0x0 data 524288
out
res 40/00:00:00:00:00/00:00:00:00:00/00 Emask 0x4 (timeout)
ata1: port
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch adds the X86_FEATURE_SYNC_RDTSC to the i386 architecture.
This is very helpfull to simplify the get_cycles_sync() function and
remove the #ifdefs from it.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System
From: Joerg Roedel <[EMAIL PROTECTED]>
In this patch updates the x86_64 architecture to work with the changes
to alternative instructions in i386
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research Center
AMD Saxony LLC & Co. KG
diff --git
Miklos Szeredi wrote:
From: Miklos Szeredi <[EMAIL PROTECTED]>
Changes:
o moved check from __fput() to remove_vma(), which is more logical
o changed set_page_dirty() to set_page_dirty_mapping in hugetlb.c
o cleaned up #ifdef CONFIG_BLOCK mess
This patch makes writing to shared memory
Hi,
I have a question concerning the line discipline behaviour for serial
devices.
When the line discipline is set via ioctl from user space to e.g. N_PPP and
the userspace program returns without resetting the line discipline back to
N_TTY, the serial device cannot be used (ENODV) until an
From: Joerg Roedel <[EMAIL PROTECTED]>
This patch extends the alternative instructions framework to support 2
alternative instructions.
Signed-off-by: Joerg Roedel <[EMAIL PROTECTED]>
--
Joerg Roedel
Operating System Research Center
AMD Saxony LLC & Co. KG
diff --git
The regression in 2.6.19-rc3 (namely 30b35399ceb2398d05837863476dcb12f12f3a82,
"[ALSA] Various fixes for suspend/resume of ALSA PCI drivers"),
broke HP nw8000 speaker sounds after S3 suspend (headphones still worked).
Removing this line makes the sounds work again...
Signed-off-by: Tommi
This series of patches extend the alternative instructions framework on
i386 and x86_64 architectures to support two alternative instruction
replacements. This code is used together with the introduction of the
X86_FEATURE_SYNC_RDTSC flag on i386 to simplify and optimize the
get_cycles_sync()
Arnd Bergmann <[EMAIL PROTECTED]> writes:
>
> I have to admit I still don't really understand how this works
> at all. Can a driver that uses msi-x have different handlers
> for each of those interrupts registered simultaneously?
Yes, and the irqs can be routed at different cpus independently.
On Wed, Feb 28 2007, Benoit Boissinot wrote:
> On 2/28/07, Jens Axboe <[EMAIL PROTECTED]> wrote:
> >On Tue, Feb 27 2007, Xiaoning Ding wrote:
> >> Hi,
> >>
> >> I am reading the source code AS scheduler in 2.6.18(as-ioscheduler.c).
> >> In function as_close_req, variable delay is in millisecond,
201 - 300 of 728 matches
Mail list logo
