>>> Jan Engelhardt <[EMAIL PROTECTED]> 05.12.06 20:52 >>>
>
Now that binutils' ld is able to properly populate .eh_frame_hdr in the
Linux kernel case, here's a patch to add some functionality to the Dwarf2
unwinder to actually be able to make use of this (applies on firstfloor
t
On Thu, Nov 23, 2006 at 10:12:17PM -0700, Grant Grundler wrote:
> On Fri, Nov 24, 2006 at 09:38:00AM +0900, Hidetoshi Seto wrote:
> > Grant Grundler wrote:
> > >Hidetoshi,
> > >I have a nearly finished rewrite of Documentation/pci.txt.
> > >Can you drop this patch for now on my promise to integrate
On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote:
From: "Matt Reimer" <[EMAIL PROTECTED]>
Date: Tue, 5 Dec 2006 16:57:12 -0800
> Right, but isn't he declaring that each architecture needs to take
> care of this? So, say, on ARM we'd need to make kunmap() not a NOP and
> call flush_dcache_page(
On x86, the order of prefix SEG_PREFIX, ADDR_PREFIX, DATA_PREFIX and
LOCKREP_PREFIX isn't fixed. Currently, gas generates
LOCKREP_PREFIX ADDR_PREFIX DATA_PREFIX SEG_PREFIX
I will check in a patch:
http://sourceware.org/ml/binutils/2006-12/msg00054.html
tomorrow and change gas to generate
SEG_P
On Tue, 2006-12-05 at 22:44 -0800, [EMAIL PROTECTED] wrote:
> It works, the warning disappeared and irqbalance still runs well.
>
> Signed-off-by: Hidetoshi Seto <[EMAIL PROTECTED]>
> Cc: Arjan van de Ven <[EMAIL PROTECTED]>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>
> Cc: Thomas Gleixner <[EMAIL PROTE
Jeffrey Hundstad <[EMAIL PROTECTED]> writes on Tue, 05 Dec 20
06 14:17:22 CST
> You can also use fakeroot(1).
>
> Start fakeroot.
> Change all of your permissions as you see fit.
> make your cpio
> exit fakeroot.
>
>
>
ThanksI got it running on
On Tue, Dec 05, 2006 at 10:43:11PM -0800, Andrew Morton wrote:
> The logic I have there is the same (I hope)...
>
> + if (timespec_compare(&inode->i_mtime,
> + &inode->i_atime) < 0 &&
> + timespec_compare(&inod
On Tue, 05 Dec 2006 21:36:37 +0300
Oleg Mikheev <[EMAIL PROTECTED]> wrote:
> Hi guys,
>
> I'm using FC5 with vanilla kernels.
> Everything worked great until 2.6.19 was released.
> Not each time I'm trying to up my eth0 kernel produces this:
>
>
> eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
On Tue, 5 Dec 2006 22:28:09 -0800
Mark Fasheh <[EMAIL PROTECTED]> wrote:
> > if (vfsmnt->mnt_flags & MNT_RELATIME) {
> > - if ((timespec_compare(&inode->i_atime, &inode->i_mtime) < 0) ||
> > - (timespec_compare(&inode->i_atime, &inode->i_ctime) < 0))
> > + if
Hello Lennert,
Wednesday, December 6, 2006, 3:08:13 AM, you wrote:
[]
> (These
> days I build all kernels in EABI mode with old-ABI compat.) I have
> not run into any code generation issues with this compiler yet.
I wonder, if OABI-compat is known to actually work on OABI userspace,
I mean, o
On Tue, 5 Dec 2006 19:25:13 +0200
Sami Farin <[EMAIL PROTECTED]> wrote:
> [1.] PROBLEM: 2.6.19 + highmem = BUG at do_wp_page
Can you send the .config please?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
> It'd be nice if we could just teach the userspace balancer to not try to
> move perpcu IRQs?
>
> otoh, the patch is super-cheap. Arjan?
I can fix irqbalance no problem, however I like the kernel approach as
well, since it's not just irqbalance that moves irqs, sysadmins tend to
do it as well
On Tue, Dec 05, 2006 at 10:12:45PM -0800, [EMAIL PROTECTED] wrote:
> --
> Subject: ocfs2-relative-atime-support-tweaks
> From: Andrew Morton <[EMAIL PROTECTED]>
>
> methinks...
Yeah, all good tweaks - thanks for catching those. And thanks for car
On Wed, 06 Dec 2006 14:10:15 +0800 Albert Lee <[EMAIL PROTECTED]> wrote:
>
> Where could I download the patched kernel source? There are two
> POWER5 9110-51A boxes here. Maybe I could try to reproduce the problem
> on these boxes.
You can just use Linus' current tree - it exhibits the same proble
On Tue, 05 Dec 2006 16:35:06 +0900
Hidetoshi Seto <[EMAIL PROTECTED]> wrote:
> Hi,
>
> While running my MCA test (hardware error injection) on 2.6.19,
> I got some warning like following:
>
> > BUG: warning at kernel/irq/migration.c:27/move_masked_irq()
> >
> > Call Trace:
> > [] show_stack+0x4
On Tue, 5 Dec 2006 14:20:27 -0800
Mark Fasheh <[EMAIL PROTECTED]> wrote:
> Update ocfs2_should_update_atime() to understand the MNT_RELATIME flag and
> to test against mtime / ctime accordingly.
>
> ...
>
> --- a/fs/ocfs2/file.c
> +++ b/fs/ocfs2/file.c
> @@ -154,6 +154,15 @@ int ocfs2_should_upda
--- Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Tue, 5 Dec 2006 21:00:20 -0800 (PST) Luben Tuikov <[EMAIL PROTECTED]>
> > wrote:
> > --- Michael Reed <[EMAIL PROTECTED]> wrote:
> > > Luben Tuikov wrote:
> > > ...snip...
> > > > This statement in scsi_io_completion() causes the infinite retry l
Stephen Rothwell wrote:
> Hi all,
>
> I get an oops during initialisation of the pata_pdc2027x module on a
> POWER 285 machine. This is on a very recent Linus kernel tree
> (ff51a98799931256b555446b2f5675db08de6229) with Paulus' powerpc tree
> (that has now been merged). The oops looks like this:
Greg KH wrote:
On Mon, Dec 04, 2006 at 12:12:06AM +0100, Bj?rn Steinbrink wrote:
On 2006.12.03 14:39:44 -0800, Martin J. Bligh wrote:
This PC has 1 ethernet interface, an e1000. Ubuntu Dapper.
On 2.6.14, my e1000 interface appears as eth0.
On 2.6.15 to 2.6.18, my e1000 interface appears as eth
On Tue, Dec 05, 2006 at 04:03:08PM -0800, David Brownell wrote:
> On Tuesday 05 December 2006 2:01 am, Marco d'Itri wrote:
> > On Dec 05, David Brownell <[EMAIL PROTECTED]> wrote:
> >
> > > The pushback on $SUBJECT patch. Which amounts to wanting to break hotplug
> > > for several busses, unless
On Tue, Dec 05, 2006 at 04:26:11PM +0100, Marcel Holtmann wrote:
> Hi Greg,
>
> > > > > > Provide a function device_move() to move a device to a new parent
> > > > > > device. Add
> > > > > > auxilliary functions kobject_move() and sysfs_move_dir().
> > > > > > kobject_move() generates a new ueve
> On Mon, 4 Dec 2006 23:14:13 +0100 Philippe Gramoullé <[EMAIL PROTECTED]>
> wrote:
> Kernel oops upon boot, but not always. When it boots ok, then PC's working
> fine.
>
> [2.] Full description of the problem/report:
>
> Following the release of the 2.6.19 kernel, i installed it and after few
On Mon, Dec 04, 2006 at 12:12:06AM +0100, Bj?rn Steinbrink wrote:
> On 2006.12.03 14:39:44 -0800, Martin J. Bligh wrote:
> > This PC has 1 ethernet interface, an e1000. Ubuntu Dapper.
> >
> > On 2.6.14, my e1000 interface appears as eth0.
> > On 2.6.15 to 2.6.18, my e1000 interface appears as eth1
On Tue, 2006-12-05 at 18:21 -0500, Kristian Høgsberg wrote:
> Alexey Dobriyan wrote:
> > On Tue, Dec 05, 2006 at 12:22:29AM -0500, Kristian Høgsberg wrote:
> >> I'm announcing an alternative firewire stack that I've been working on
> >> the last few weeks.
> >
> > Is mainline firewire so hopeless
On Tue, 2006-12-05 at 20:40 -0700, Matthew Wilcox wrote:
> On Tue, Dec 05, 2006 at 02:56:41PM -0800, Ian Romanick wrote:
> > I don't know about SiS, but this is certainly *not* true for Via. There
> > are some PowerPC and, IIRC, Alpha motherboards that have Via chipsets.
>
> Yes, but they don't h
On parisc, we have the issue that function call pointers are hugely
expensive, so we'd like to minimise their use in the interrupts.
Unfortunately, this involves directly calling the ack/eoi functions
instead of indirecting. To permit this without losing the advantages of
centrally managed irq cod
The ack_irq macro is unused and conflicts with James' work to template
the generic irq code. mask_irq and unmask_irq are also unused, so delete
those macros too.
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
include/asm-powerpc/hw_irq.h | 19 ---
1 files changed, 0 inse
Also make use of the specific ability to template interrupts for the
timer and IPI interrupts.
Signed-off-by: James Bottomley <[EMAIL PROTECTED]>
Updated for pt_regs changes
Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
---
arch/parisc/kernel/irq.c | 23 ++-
d
> On Tue, 5 Dec 2006 21:00:20 -0800 (PST) Luben Tuikov <[EMAIL PROTECTED]>
> wrote:
> --- Michael Reed <[EMAIL PROTECTED]> wrote:
> > Luben Tuikov wrote:
> > ...snip...
> > > This statement in scsi_io_completion() causes the infinite retry loop:
> > >if (scsi_end_request(cmd, 1, good_bytes, !!
--- Michael Reed <[EMAIL PROTECTED]> wrote:
> Luben Tuikov wrote:
> ...snip...
> > This statement in scsi_io_completion() causes the infinite retry loop:
> >if (scsi_end_request(cmd, 1, good_bytes, !!result) == NULL)
> > return;
>
> The code in 2.6.19 is "result==0", not "!!result", w
> On Mon, 4 Dec 2006 16:36:20 -0800 Valerie Henson <[EMAIL PROTECTED]> wrote:
> Add "relatime" (relative atime) support. Relative atime only updates
> the atime if the previous atime is older than the mtime or ctime.
> Like noatime, but useful for applications like mutt that need to know
> when a
This patch adds a board definition for the Encore ENL-TV card, and
adds its PCI subdevice to the ID table. Patch is output from
git-format-patch against Linus' git tree.
Please let me know if there are any deficiencies in this submission.
--
-Steven Walter <[EMAIL PROTECTED]>
From c976999abbe139
On Tue, 5 Dec 2006 13:50:17 -0800 Andrew Morton wrote:
> On Tue, 5 Dec 2006 22:27:10 +0100 (MET)
> Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> > Someone refresh me: what's the correct[preferred] kdoc style?
>
> This isn't part of kernel-doc, if that's what you mean.
>
> > (A)
> > /* Lorem
On Tue, 05 Dec 2006 21:46:54 -0500 Ed Sweetman wrote:
-ETOOMANYWORDS && -ENOPATCH, so here is one to consider.
Help text can also be added.
This is similar to what USB storage already does.
---
From: Randy Dunlap <[EMAIL PROTECTED]>
Provide more clues about SCSI config options that are needed
Hi,
On Tue, 05 Dec 2006, Roman Zippel wrote:
> On Mon, 4 Dec 2006, Andrew Morton wrote:
> > kbuild-dont-put-temp-files-in-the-source-tree.patch
> > actually-delete-the-as-instr-ld-option-tmp-file.patch
>
> Andi had objections about the mktemp usage and I agree with him.
> The proposed patch in bu
On Tue, Dec 05, 2006 at 02:56:41PM -0800, Ian Romanick wrote:
> I don't know about SiS, but this is certainly *not* true for Via. There
> are some PowerPC and, IIRC, Alpha motherboards that have Via chipsets.
Yes, but they don't have VIA *AGP*. At least, that's what I've been
told by people who
> On Wed, 6 Dec 2006 03:59:41 +0100 (CET) Roman Zippel <[EMAIL PROTECTED]>
> wrote:
> Hi,
>
> On Mon, 4 Dec 2006, Andrew Morton wrote:
>
> > [dyntick]
> >
> > Shall merge, I guess. My confidence is low, but it's Kconfigurable and it
> > needs to get sorted out.
>
> IMO it least at needs one
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.git
Which contains:
Jamie Lenehan (1):
sh: sh775x/titan fixes for irq header changes.
Mark Glaisher (1):
sh: dma-api channel capability extensions.
Paul Mundt (29):
sh: SE7206 build fixes.
Based on the email "xtables/iptables and atkbd.c Spurious ACK on
isa0060/serio0" from >[EMAIL PROTECTED] I checked my configuration.
And yes, I have >CONFIG_NETFILTER_XTABLES=m and
CONFIG_IP_NF_IPTABLES=m as well.
-- Bernd
If you try a recompile without xtables and iptables,will everything
wo
Hi,
On Mon, 4 Dec 2006, Andrew Morton wrote:
> [dyntick]
>
> Shall merge, I guess. My confidence is low, but it's Kconfigurable and it
> needs to get sorted out.
IMO it least at needs one more iteration to address the comments that
were made (not just mine), in the short term the less it to
Robert Hancock wrote:
Ed Sweetman wrote:
What's not a legitimate configuration is libata drivers, no low level
scsi drivers, no ide drivers and no sd,sr,sg drivers. Yet, that is
the configuration the kernel currently gives you. How is that more
correct than any of the 3 solutions I have sugge
In-Reply-To: <[EMAIL PROTECTED]>
On Tue, 05 Dec 2006 22:11:11 +, David Howells wrote:
> > I only have 32-bit userspace. When I run your program against
> > a directory on a JFS filesystem (msdos ioctls not supported)
> > I get this on vanilla 2.6.19:
>
> Can I just check? You're using an x
Hello linux-kernel,
drivers/ner/irda/pxaficp_ir.c was not converted to platform_driver,
which in 2.6.19 ( after commit
http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=386415d88b1ae50304f9c61aa3e0db082fa90428;hp=bb84c89f94851161f387285d0a449b4a3f29f4df
) leads
Ed Sweetman wrote:
What's not a legitimate configuration is libata drivers, no low level
scsi drivers, no ide drivers and no sd,sr,sg drivers. Yet, that is the
configuration the kernel currently gives you. How is that more correct
than any of the 3 solutions I have suggested?
You can't build
This simple patch allows nbd to expose the nbd-client daemon's PID in
/sys/block/nbd/pid. This is helpful for tracking connection status of
a device and for determining which nbd devices are currently in use.
Tested against 2.6.19.
Thanks,
Paul
--- ./drivers/block/nbd.c Wed Nov 29 16:57:
Robert Hancock wrote:
Ed Sweetman wrote:
Jeff Garzik wrote:
Bernard Pidoux wrote:
I am asking why need to compile the following modules while I do not
have any SCSI device ?
libata uses SCSI to provide a lot of infrastructure that it would
otherwise have to recreate. Also, using SCSI meant
If you require more details on how this all works - it was fully explored
in the IETF RDDP workgroup - may I suggest a reading of the RDMA Security
Considerations draft which goes through many of the issues on how one
relates to a host stack. This complements the MPA spec and supports much
From: Randy Dunlap <[EMAIL PROTECTED]>
Update linux-fbdev mailing list to subscribers-only.
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
---
MAINTAINERS | 22 +++---
1 file changed, 11 insertions(+), 11 deletions(-)
--- linux-2.6.19-git6.orig/MAINTAINERS
+++ linux-2.6.19-gi
On 12/5/06, Russell King <[EMAIL PROTECTED]> wrote:
There is no such thing as soft VFP.
Patches have been floating around for quite some time that implement
soft float with VFP parameter passing conventions (which notably
implies native endianness, unlike FPA). They all seem to derive from
Nic
On Wed, 6 Dec 2006 01:51:01 +0100 (CET)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> [PATCH] let WARN_ON() output the condition
>
> It is possible, in some cases, that the output of WARN_ON() is ambiguous
> and can't be properly used to identify the exact condition which caused
> the warning to tri
Ed Sweetman wrote:
Jeff Garzik wrote:
Bernard Pidoux wrote:
I am asking why need to compile the following modules while I do not
have any SCSI device ?
libata uses SCSI to provide a lot of infrastructure that it would
otherwise have to recreate. Also, using SCSI meant that it
automatically
On Tue, Dec 05, 2006 at 05:53:17PM -0500, Bernd Prager wrote:
> I'm trying to upgrade to kernel 1.6.19.
> The boot process immediatly locks in a loop with the message:
> "atkbd.c: Spurious ACK on isa0060/serio0. Some program might be trying access
> hardware directly."
>
> The box is running fine
On Tue, 5 Dec 2006 18:03:39 + (GMT) James Simmons wrote:
> This is the pass at a display class to meet the needs of the output class
> of Mr. Yu for acpi. Also this class could in time replace the lcd class
> located in the backlight directory since a lcd is a type of display.
> The final ho
On Wed, Dec 06, 2006 at 12:22:26AM +, Russell King wrote:
> Enabling EABI needs a compiler which supports EABI. That's where I
> get fuzzy but recent gcc 4 should be suitable. I have had it suggested
> to me that EABI support in the toolchain isn't all that stable at the
> moment.
I use a b
I'm not sure about this code. It's checking the PM timer, and
doesn't seem to touch the TSC, then it marks the TSC unstable
based on the stability of the PM timer.
The reason that this caught my attention is that it
marks my (AFAIK stable) tsc as unstable when it first
runs.
Is there something
On Mon, 4 Dec 2006 20:55:50 -0800
"Chen, Kenneth W" <[EMAIL PROTECTED]> wrote:
> This patch implements block device specific .direct_IO method instead
> of going through generic direct_io_worker for block device.
>
> direct_io_worker is fairly complex because it needs to handle O_DIRECT
> on file
From: "Matt Reimer" <[EMAIL PROTECTED]>
Date: Tue, 5 Dec 2006 16:57:12 -0800
> Right, but isn't he declaring that each architecture needs to take
> care of this? So, say, on ARM we'd need to make kunmap() not a NOP and
> call flush_dcache_page() ?
No. He is only solving a problem that occurs on
On 12/5/06, David Miller <[EMAIL PROTECTED]> wrote:
From: "Matt Reimer" <[EMAIL PROTECTED]>
Date: Mon, 4 Dec 2006 23:38:13 -0800
> In light of James Bottomsley's commit[1] declaring that kmap() and
> friends now have to take care of coherency issues, is the patch "mm:
> D-cache aliasing issue in
[PATCH] let WARN_ON() output the condition
It is possible, in some cases, that the output of WARN_ON() is ambiguous
and can't be properly used to identify the exact condition which caused
the warning to trigger. This happens whenever there is a macro that
contains multiple WARN_ONs inside. Nota
On December 05 at 18:50 EST, Samuel Thibault hastily scribbled:
> The problem comes when using SAK: brltty gets killed because it owns an
> fd on /dev/tty0. This is a problem since the blind user then just can't
> use her computer any more...
>
> Could there be a solution for brltty yet not being
On Tue, Dec 05, 2006 at 07:33:57PM +, Russell King wrote:
> There's not much to say about this, other than scream and go hide in the
> corner. ARM toolchains are just basically fscked.
>
> arm-linux-ld -EL -p --no-undefined -X -o .tmp_vmlinux1 -T
> arch/arm/kernel/vmlinux.lds arch/arm/ker
From: John Daiker <[EMAIL PROTECTED]>
This patch applies cleanly to 2.6.19-git7
Fixes the following warning:
CC drivers/scsi/scsi.o
drivers/scsi/scsi.c: In function ‘scsi_device_put’:
drivers/scsi/scsi.c:874: warning: unused variable ‘module’
Signed-off-by: John Daiker <[EMAIL PROTECTED]>
---
d
On Tue, Dec 05, 2006 at 03:29:22PM -0800, Michael K. Edwards wrote:
> On 12/5/06, Russell King <[EMAIL PROTECTED]> wrote:
> >There's not much to say about this, other than scream and go hide in the
> >corner. ARM toolchains are just basically fscked.
>
> And while we're on the topic of ARM linux
On Mon, Dec 04, 2006 at 12:22:44PM +, David Howells wrote:
> Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > the question is: which is more important, the type safety of a
> > container_of() [or type cast], which if we get it wrong produces a
> > /very/ trivial crash that is trivial to fix
The
Alan wrote:
> On Wed, 6 Dec 2006 00:23:03 +0100
> "Bartlomiej Zolnierkiewicz" <[EMAIL PROTECTED]> wrote:
>
>> Looks good but aren't this trying to fix the same ICH
>> issue that is fixed in libata by ap->ops->irq_clear(ap)?
>>
>> [ please see Tejun's mail: http://lkml.org/lkml/2006/11/15/94 ]
>>
>
On Wed, 6 Dec 2006 00:55:29 +0100
Alessandro Guido <[EMAIL PROTECTED]> wrote:
> Sorry, I didn't find in your list the patches regarding the sony_acpi
> driver that were present in 2.6.19-rc6-mm2. I'm talking about:
>
> 2.6-sony_acpi4.patch
> sony_apci-resume.patch
> acpi-add-backlight-support-to-
On Tue, 2006-12-05 at 14:19 +, David Howells wrote:
> Chuck Ebbert <[EMAIL PROTECTED]> wrote:
>
> > Here is a patch to reverse that. Kasper, can you test it?
> > (Your filesystem is on a FAT/VFAT volume, I assume.)
I do have a fat32 filesystem mounted using the vfat driver (the msdos
one are
On Tuesday 05 December 2006 2:01 am, Marco d'Itri wrote:
> On Dec 05, David Brownell <[EMAIL PROTECTED]> wrote:
>
> > The pushback on $SUBJECT patch. Which amounts to wanting to break hotplug
> > for several busses, unless someone (NOT the folk promoting the breakage!)
>
> Please explain in more
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2006 3:50 PM
>If you will not reps is negative. Roughly it is a loop
>that will timeout eventually if a usb debug cable is not present.
>Putting some deliberate delays in there so I could
Sorry, I didn't find in your list the patches regarding the sony_acpi
driver that were present in 2.6.19-rc6-mm2. I'm talking about:
2.6-sony_acpi4.patch
sony_apci-resume.patch
acpi-add-backlight-support-to-the-sony_acpi.patch
acpi-add-backlight-support-to-the-sony_acpi-v2.patch
What is the futur
"Lu, Yinghai" <[EMAIL PROTECTED]> writes:
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Tuesday, December 05, 2006 3:01 AM
>
>>+static int ehci_wait_for_port(int port)
>>+{
>>+ unsigned status;
>>+ int ret, reps;
> Ah. The point is that the phy code doesn't want to flush _all_ pending
> callbacks. It only wants to flush its own one. And its own one doesn't
> take rtnl_lock().
OK, got it. You're absolutely correct.
> Maybe the lesson here is that flush_scheduled_work() is a bad function.
> It shou
On Wed, 6 Dec 2006 00:23:03 +0100
"Bartlomiej Zolnierkiewicz" <[EMAIL PROTECTED]> wrote:
> Looks good but aren't this trying to fix the same ICH
> issue that is fixed in libata by ap->ops->irq_clear(ap)?
>
> [ please see Tejun's mail: http://lkml.org/lkml/2006/11/15/94 ]
>
> If so shouldn't we a
Hi,
BrlTTY is a screen reader: it is a deamon run as root on machines used
by blind users for getting the content of the screen via braille or
speech.
BrlTTY, like other screen readers (susebl, yasr, ...) needs to open
/dev/tty0 for performing various actions, namely:
- VT_ACTIVATE
- GIO_UNISCRN
> But running flush_scheduled_work() from within dev_close() is a very
> sensible thing to do, and dev_close is called under rtnl_lock().
I can't argue with that -- this has actually bitten me in the past.
Hmm, I'll try to understand why we need rtnl_lock() to cover dev_close...
- R.
-
To uns
Zhao Forrest wrote:
Hi,
Sometimes we could hotplug a PCIE device, which require more MMIO
resource than that reserved by BIOS.
My question is: is there a way for kernel to reserved more MMIO
resource for a PCIE-hotplug-capable slot? I searched the
kernel-parameters.txt, but didn't find any rela
Hi. I have posted this on a few forums,and some people suggested that
I post it here to see if I could get any help. I recently complied a
2.6.19 kernel. I realized that I needed to compile in support for
iptables,so I put in xtables and iptables. However,when I booted up
the kernel,I got the repe
Marcel Holtmann wrote:
Hi Erik,
can you please use drivers/firewire/ if you want to start clean or
aiming at replacing drivers/ieee1394/. Using "fw" as an abbreviation in
the directory path is not really helpful.
Yes, that's probably a better idea. Do you see a problem with using fw_*
as a pr
Ray Lee wrote:
On 12/4/06, Kristian Høgsberg <[EMAIL PROTECTED]> wrote:
Ok... I was planning to make big-endian versions of the structs so
that the
endian issue would be solved. But if the bit layout is not consistent, I
guess bitfields are useless for wire formats. I didn't know that
though
On 12/5/06, Russell King <[EMAIL PROTECTED]> wrote:
There's not much to say about this, other than scream and go hide in the
corner. ARM toolchains are just basically fscked.
And while we're on the topic of ARM linux toolchain fsckage, it would
be nice to know what patches and incantations are
On Tue, 5 Dec 2006, Mel Gorman wrote:
> There are times you want to reclaim just part of a zone - specifically
> satisfying a high-order allocations. See sitations 1 and 2 from elsewhere
> in this thread. On a similar vein, there will be times when you want to
> migrate a PFN range for similar rea
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Tuesday, December 05, 2006 3:01 AM
>+static int ehci_wait_for_port(int port)
>+{
>+ unsigned status;
>+ int ret, reps;
>+ for (reps = 0; reps >= 0; reps++) {
>+
On Tue, Dec 05, Kristian Høgsberg wrote:
> I'm announcing an alternative firewire stack that I've been working on
I suggest you hash out the most obvious bugs in -mm.
Once it you have it in a reasonable shape, replace the drivers in
drivers/ieee1394 in one go.
Its just not worth the pain to switc
Alexey Dobriyan wrote:
On Tue, Dec 05, 2006 at 12:22:29AM -0500, Kristian Høgsberg wrote:
I'm announcing an alternative firewire stack that I've been working on
the last few weeks.
Is mainline firewire so hopeless, that you've decided to rewrite it? Could
you show some ugly places in it?
Yes
[ added Jeff and Tejun to cc: ]
On 12/4/06, Alan <[EMAIL PROTECTED]> wrote:
The ESB2 appears to emit spurious DMA interrupts when configured for
native mode and handling ATAPI devices. Stratus were able to pin this bug
down and produce a patch. This is a rework which applies the fixup only
to th
Benjamin Herrenschmidt wrote:
(bitfields as accessors to on-the-wire data)
...
> relies on the fact that it -seems- that by luck, gcc only has two
> representations around and they match little/big endian archs (though
> have we verified that is always correct, especially between 32 and 64
> bits a
On Tue, Dec 05, 2006 at 02:49:13PM -0800, Andrew Morton wrote:
> On Tue, 5 Dec 2006 17:38:07 -0500
> Josef Sipek <[EMAIL PROTECTED]> wrote:
>
> > > When your patches are queued in -mm please do test them there, and review
> > > others' changes to them, and raise patches against them. Raising patc
On Tue, 05 Dec 2006 14:56:41 -0800 Ian Romanick wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Matthew Wilcox wrote:
> > There's no point in troubling the Alpha, IA-64, PowerPC and PARISC
> > people with SiS and VIA options. Andrew thinks it helps find bugs,
> > but there's no evid
David Brownell <[EMAIL PROTECTED]> writes:
> On Sunday 03 December 2006 9:09 pm, Eric W. Biederman wrote:
>>
>> My driver should be sufficient to work with any EHCI in a realatively
>> clean state, and needs no special BIOS support just the hardware.
>> This appears to be different than the way th
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Matthew Wilcox wrote:
> There's no point in troubling the Alpha, IA-64, PowerPC and PARISC
> people with SiS and VIA options. Andrew thinks it helps find bugs,
> but there's no evidence of that.
>
> Signed-off-by: Matthew Wilcox <[EMAIL PROTECTED]>
>
Ok due to popular demands here is the slightly fixed patch that works
on both i386 and x86_64. For the i386 version you must not have
HIGHMEM64G enabled.
I just rolled it all into one patch as I'm to lazy to transmit all
3 of them.
Eric
arch/i386/kernel/head.S |8 +
arch/x86_64
I'm trying to upgrade to kernel 1.6.19.
The boot process immediatly locks in a loop with the message:
"atkbd.c: Spurious ACK on isa0060/serio0. Some program might be trying access
hardware directly."
The box is running fine with kernel 1.6.18.4.
It's an iDEQ200V box with a BioStar motherboar, VI
This is quite a mixed bag. The usual driver updates, plus asynchronous
scanning and the new target infrastructure.
The patch is available here:
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
the shortlog is:
Adrian Bunk:
ipr: Make ipr_ioctl static
megaraid_sas
On Tue, 5 Dec 2006 13:09:54 +0100 Ingo Molnar wrote:
> Subject: [patch] add ignore_loglevel boot option
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> sometimes the kernel prints something interesting while userspace
> bootup keeps messages turned off via loglevel. Enable the printing
> of /all/ ker
On Tue, 5 Dec 2006 17:38:07 -0500
Josef Sipek <[EMAIL PROTECTED]> wrote:
> > When your patches are queued in -mm please do test them there, and review
> > others' changes to them, and raise patches against them. Raising patches
> > against one's private tree and not testing the code which is plan
On Tue, Dec 05, 2006 at 12:24:36PM -0500, William Cohen wrote:
> Some of the ptrace functions (e.g. ptrace_may_attach in perfmon_syscall.c)
> being used in the perfmon kernel patches will go away with the utrace
> patches: http://people.redhat.com/roland/utrace/
At least for ptrace_may_attach th
On 05/12/06, Corey Minyard <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
> On Fri, 1 Dec 2006 22:35:20 -0600
> Corey Minyard <[EMAIL PROTECTED]> wrote:
>
>
>> Make sure to delay a little in the IPMI poll routine so we can pass in
>> a timeout time and thus time things out.
>>
>> Signed-off-by:
On Tue, Dec 05, 2006 at 02:28:31PM -0800, Andrew Morton wrote:
> On Tue, 5 Dec 2006 14:22:32 -0500
> Josef Sipek <[EMAIL PROTECTED]> wrote:
>
> > Fix up a stray ecryptfs_copy_attr_all call and remove prototypes for
> > ecryptfs_copy_* as they no longer exist.
> >
> > Signed-off-by: Josef "Jeff" S
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
> There is a place where a failed kstrdup could lead to this, but that
> is rather unlikely and wouldn't be as reproducible as this seems to
> be.
> If you boot up and then immediately shutdown does this error trigger,
> it does it have to be up for a
On Tue, 5 Dec 2006 14:22:32 -0500
Josef Sipek <[EMAIL PROTECTED]> wrote:
> Fix up a stray ecryptfs_copy_attr_all call and remove prototypes for
> ecryptfs_copy_* as they no longer exist.
>
> Signed-off-by: Josef "Jeff" Sipek <[EMAIL PROTECTED]>
> ---
> fs/ecryptfs/dentry.c |2 +-
>
1 - 100 of 338 matches
Mail list logo