On Tue, 03 Jul 2007, Tim Boneko wrote:
> are three rules in /etc/udev/rules.d/z25_persistent-net.rules dealing
> with eth0 - eth2, they state MAC addresses which don't match. I
> certainly didn't put them there. Does udev change its own config?
In Debian, yes. Read the ones with "generator" in
On Tuesday, 3 July 2007 16:59, Johannes Berg wrote:
> On Tue, 2007-07-03 at 10:50 -0400, Alan Stern wrote:
>
> > Time for me to jump in.
>
> :)
>
> > USB already implements runtime PM. If a device is suspended at runtime
> > and a task tries to access it, the device is automatically resumed.
Add an iomap_name() function which translates an I/O map into a string to
print
Use it for the Libata layer
For now we use 0x for I/O and 0x for MMIO. I'm assuming that
eventually some other platforms will want to use their own iomap_name()
and we can add ARCH_HAVE_IOMAP_NAME later as
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/ata/libata-core.c
linux-2.6.22-rc6-mm1/drivers/ata/libata-core.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/ata/libata-core.c 2007-07-02
On Tue, 03 Jul 2007, Len Brown wrote:
> My $0.02 on thinkpad_acpi & HID's...
>
> 1. moving to DMI binding from PNP-id binding
> sounds like a step in the wrong direction.
IBM made real use of the DMI data, so they even issued BIOS fixes to get it
right when crap made it to the DMI tables. I am
On Fri, 22 Jun 2007 09:52:38 +,
"Huang, Ying" <[EMAIL PROTECTED]> wrote:
> On Thu, 2007-06-21 at 18:21 +0200, Stefan Richter wrote:
> > Parallelism between subsystems may be interesting during boot ==
> > "coldplug", /if/ the machine has time-consuming devices to probe on
> > /different/
The HPT343/345 (aka 363) is a bit of a warped device. For many setups you
need to access the other registers via BAR4 offsets. PIO is now rock
solid, DMA isn't. Unfortunately the drivers/ide hpt34x driver is
completely broken so doesn't help further debug.
Signed-off-by: Alan Cox <[EMAIL
Björn Steinbrink schrieb:
> Sounds more like a iftab/udev problem. Check /etc/iftab and your udev
> rules please.
The MAC address in /etc/iftab matches that of the card. However, there
are three rules in /etc/udev/rules.d/z25_persistent-net.rules dealing
with eth0 - eth2, they state MAC
Em Ter, 2007-07-03 às 04:01 -0500, Kumar Gala escreveu:
> Andrew,
>
> I was hoping to get your input on how to handle patches that cross
> maintainers. I've got a patch that is pretty PPC specific, but
> happens to touch some drivers as well.
>
> Here's the diffstat to get a rough idea:
>
On Tue, Jul 03, 2007 at 04:20:17PM +0200, Arne Georg Gleditsch wrote:
> Florian Attenberger <[EMAIL PROTECTED]> writes:
> > there was one 'special' event at that date:
> > syslog.2.gz:Jul 1 01:59:59 master kernel: Clock: inserting leap second
> > 23:59:60 UTC
>
> As far as I can tell, no leap
On Tue, 2007-06-26 at 15:55 -0700, Andrew Morton wrote:
> On Wed, 13 Jun 2007 12:03:36 +0200
> Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > +#ifdef CONFIG_AUDITSYSCALL
> > + {
> > + .ctl_name = CTL_UNNUMBERED,
> > + .procname = "audit_argv_kb",
> > +
On Tuesday, 3 July 2007 15:08, Rafael J. Wysocki wrote:
> On Tuesday, 3 July 2007 07:51, Benjamin Herrenschmidt wrote:
> > On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
> > > Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> > > a screaming nightmare - either
On Tue, 2007-07-03 at 10:50 -0400, Alan Stern wrote:
> Time for me to jump in.
:)
> USB already implements runtime PM. If a device is suspended at runtime
> and a task tries to access it, the device is automatically resumed.
> No problem there.
Right.
> The problem comes when the system is
Add ata_dumb_qc_prep and supporting logic so that a driver can just
specify it needs to be helped in this area. 64K entries are split
as with drivers/ide.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
Alan Cox wrote:
[...snip...]
@@ -75,11 +64,11 @@
if (! (port->flags & ASYNC_INITIALIZED)) return;
/* Take a lock on the serial tranmit buffer! */
- LOCKIT;
+ mutex_lock(& port->port_write_mutex);
^ Contains additional whitespace.
if (port->xmit_cnt >=
> -Message d'origine-
> De : Clemens Koller [mailto:[EMAIL PROTECTED]
> Envoyé : 3 juillet 2007 09:05
>
> Hi, Vincent!
>
> Fortier,Vincent [Montreal] schrieb:
> > Hi all,
> >
> > All my servers and workstations running a 2.6.21.5 kernel hanged
> > exactly when the date shift from june
On Tue, 3 Jul 2007, Johannes Berg wrote:
> On Tue, 2007-07-03 at 14:56 +0200, Rafael J. Wysocki wrote:
>
> > Still, can you please read this post from Alan Stern:
> >
> > https://lists.linux-foundation.org/pipermail/linux-pm/2007-June/012847.html
> >
> > ? I don't think I'm able to repeat the
We've been setting the PCI resources correctly in the PCI layer for some
time so remove this special casing.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/ata/libata-sff.c
On Tue, 2007-07-03 at 16:51 +0200, Rafael J. Wysocki wrote:
> > His proposed solution (freezing tasks when they cross the kernel
> > boundary) helps for the s-t-r case, but in fact doesn't solve (1)
> > because devices can be suspended at runtime
>
> This is a different thing and a different
Lots of BIOSen simply return the BIOS set modes via the ACPI methods and
pass back the values you give it across suspend/resume. Thus instead of
trying to do clever stuff with this data we instead use it as a way to
take a sneak peak at cable type information when viable. This should help
us catch
On Tuesday, 3 July 2007 16:21, Johannes Berg wrote:
> On Tue, 2007-07-03 at 14:56 +0200, Rafael J. Wysocki wrote:
>
> > Still, can you please read this post from Alan Stern:
> >
> > https://lists.linux-foundation.org/pipermail/linux-pm/2007-June/012847.html
> >
> > ? I don't think I'm able to
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/char/cyclades.c
linux-2.6.22-rc6-mm1/drivers/char/cyclades.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/char/cyclades.c2007-07-02
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/io_edgeport.c
linux-2.6.22-rc6-mm1/drivers/usb/serial/io_edgeport.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/io_edgeport.c
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/mos7720.c
linux-2.6.22-rc6-mm1/drivers/usb/serial/mos7720.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/mos7720.c 2007-07-02
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/visor.c
linux-2.6.22-rc6-mm1/drivers/usb/serial/visor.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/visor.c 2007-07-02
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/pl2303.c
linux-2.6.22-rc6-mm1/drivers/usb/serial/pl2303.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/usb/serial/pl2303.c2007-07-02
Hi Alex,
On Die, 03 Jul 2007, Alex Dubov wrote:
> major difference: mmc/sd has an open spec, sony ms has none.
Thanks for the clarification. If you need some help testing I can do it.
Compiling/svn/etc should be no problem. Let me know.
Best wishes
Norbert
On Mon, 2007-07-02 at 10:58 -0400, Mingming Cao wrote:
> Trond or Bruce, can you please review these patch series and ack if you
> agrees? Thanks.
>
> As to performance concerns that raise before the inode version counter
> (at least for ext4) is done inside ext4_mark_inode_dirty), so there is
>
The MOS driver is "interesting", in a bad kind of 'how the hell did this
get merged' kind of way
- Remove the bogus termios change check
- Remove the duplicate code for half the ioctls
- Remove the supporting code to duplicate the ioctl code
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u
Remove the broken 'no termios change' optimisation for this driver.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/serial/68360serial.c
linux-2.6.22-rc6-mm1/drivers/serial/68360serial.c
---
Again this check is wrong now, and un-needed
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/char/synclink.c
linux-2.6.22-rc6-mm1/drivers/char/synclink.c
---
Florian Attenberger <[EMAIL PROTECTED]> writes:
> there was one 'special' event at that date:
> syslog.2.gz:Jul 1 01:59:59 master kernel: Clock: inserting leap second
> 23:59:60 UTC
As far as I can tell, no leap second was due to be inserted at 1. of
July this year. Is the year set correctly
On Tue, 2007-07-03 at 14:56 +0200, Rafael J. Wysocki wrote:
> Still, can you please read this post from Alan Stern:
>
> https://lists.linux-foundation.org/pipermail/linux-pm/2007-June/012847.html
>
> ? I don't think I'm able to repeat the arguments given in there in a
> convincing way.
As I
Olof Johansson wrote:
CONFIG_PM=n compile fix.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
---
Hi,
On Sat, May 26, 2007 at 11:09:54PM -0400, Jeff Garzik wrote:
This is checked into the 'mv-ahci-pata' branch of
git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/char/stallion.c
linux-2.6.22-rc6-mm1/drivers/char/stallion.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/char/stallion.c2007-07-02
On Tue, Jul 03, 2007 at 04:01:20AM -0500, Kumar Gala wrote:
> Andrew,
>
> I was hoping to get your input on how to handle patches that cross
> maintainers. I've got a patch that is pretty PPC specific, but
> happens to touch some drivers as well.
I think the real question is why the heck
We've been using the 'new locking' for a long time now so it seems
pointless keeping the old one around. Remove it and undo the macros it
uses back into real code for readability. Remove the bogus 'no termios
change' checks.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file
Mikael Pettersson wrote:
This patch applies some trivial cleanups to sata_promise:
- repair whitespace damage
- correct comment at board_2057x_pata definition
- pull SATAII TX4 support code out to separate functions
- rename ata_nr to ata_no for consistency with libata's port_no
- remove some
Alan Cox wrote:
Mirrors change in IT821X
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/ata/ata_generic.c
linux-2.6.22-rc6-mm1/drivers/ata/ata_generic.c
---
Lots of serial drivers check and optimise for setting the termios values
to the ones they were before. This is pointless and the check is wrong
anyway. Remove the checks on the serial drivers. If we ever do need such
a check put it back in the tty layer instead _once_!
Signed-off-by: Alan Cox
Bryan Wu wrote:
Hi Linus:
Marco's patch will kill the zero file git-pull error.
Jie's patch is required because we will release our new Blackfin toolchain.
So, what is the new toolchain version?
gcc 4.1.1 (adi 07r1) / binutils 2.17 doesn't seem to work anymore:
bf533-stamp_defconfig [1]:
We got it backwards and now the other detects are fixed it shows up
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/ata/pata_pdc202xx_old.c
linux-2.6.22-rc6-mm1/drivers/ata/pata_pdc202xx_old.c
---
PCMCIA doesn't use DMA and as this driver is used on many platforms we
don't want it to fail on those that define the DMA alloc API as a NULL
return
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
Florian Attenberger wrote:
Signed-off-by: Florian Attenberger <[EMAIL PROTECTED]>
--- 2.6.22-rc6/drivers/ata/sata_mv.c2007-06-30 16:21:47.462020256 +0200
+++ 2.6.22-rc6.mine/drivers/ata/sata_mv.c 2007-06-30 16:25:25.999165444
+0200
@@ -582,6 +582,9 @@ static const struct
Mirrors change in IT821X
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --exclude-from /usr/src/exclude --recursive
linux.vanilla-2.6.22-rc6-mm1/drivers/ata/ata_generic.c
linux-2.6.22-rc6-mm1/drivers/ata/ata_generic.c
--- linux.vanilla-2.6.22-rc6-mm1/drivers/ata/ata_generic.c
X86 32bit with lots of debug turned on I get this:
Freeing unused kernel memory: 156k freed
Write protecting the kernel text: 1668k
Write protecting the kernel read-only data: 719k
Bad page state in process 'swapper'
page:c1c0 flags:0x0400 mapping: mapcount:0 count:0
Trying to
On Tue, Jul 03, 2007 at 08:44:00AM -0400, Fortier,Vincent [Montreal] wrote:
> Hi all,
>
> All my servers and workstations running a 2.6.21.5 kernel hanged exactly
> when the date shift from june 30th to july 1st.
>
> On my monitoring system every single station running a 2.6.21.5 kernel
> stoped
On Tuesday, 3. July 2007, Fortier,Vincent [Montreal] wrote:
> Hi all,
>
> All my servers and workstations running a 2.6.21.5 kernel hanged exactly
> when the date shift from june 30th to july 1st.
>
Same thing here on two machines with plain vanilla 2.6.21.(3/4), on debian
testing & debian
On Thu, 2007-06-28 at 20:15 +0200, Andreas Gruenbacher wrote:
> On Thursday 28 June 2007 18:12, James Morris wrote:
> > Are you trying to cater for the case where you're holding an open fd for a
> > file which has been deleted, and thus has no pathname?
>
> Yes, see the AA_CHECK_FD flag in
Not really.
Current svn has read-only support for legacy MS (not mspro yet). I'm still
working on it. The
major difference: mmc/sd has an open spec, sony ms has none.
--- Norbert Preining <[EMAIL PROTECTED]> wrote:
> Hi Alex, hi all,
>
> I have an Acer TM3012 with
> 0a:09.2 Mass storage
Quoting Stephen Smalley ([EMAIL PROTECTED]):
> On Mon, 2007-07-02 at 17:06 -0500, Serge E. Hallyn wrote:
> > Thanks Stephen, does the following version appear correct? It just
> > checks for a different cap for security.capability, then if granted
> > goes on to check FILE__GETATTR before
On Tuesday, 3 July 2007 15:19, Rafael J. Wysocki wrote:
> On Tuesday, 3 July 2007 07:30, Benjamin Herrenschmidt wrote:
> > On Tue, 2007-06-26 at 00:27 +0200, Rafael J. Wysocki wrote:
> > > > > case PM_HIBERNATION_PREPARE:
> > > > > case PM_SUSPEND_PREPARE:
> > > > >
Hi,
On Tuesday, 3 July 2007 00:08, Nigel Cunningham wrote:
> Hi.
>
> On Tuesday 03 July 2007 05:18:39 Bill Davidsen wrote:
> > Nigel Cunningham wrote:
> > > Hi all.
> > >
> > > Suspend2's name is changing to "TuxOnIce".
> > >
> > > This is for a couple of reasons:
> > >
> > > In recent
On Tue, Jul 03, 2007 at 09:09:50AM -0400, David Woodhouse wrote:
> On Tue, 2007-07-03 at 11:48 +0200, Rodolfo Giometti wrote:
> > On Sun, Jul 01, 2007 at 01:03:11PM +0100, David Woodhouse wrote:
> > >
> > > Seems reasonable enough in principle -- but whatever you do, don't use
> > > "long" for
On Tue, 3 Jul 2007, Bodo Eggert wrote:
> Robert P. J. Day <[EMAIL PROTECTED]> wrote:
>
> > just built a new kernel and didn't notice that support for LVM
> > wasn't selected by default for x86. given what i thought was fairly
> > widespread use of LVM2, wouldn't it make sense to have this
On Mon, 2 July 2007 17:46:40 -0700, Jared Hulbert wrote:
>
> Right, the solution to swap problem is identical to the rw XIP
> filesystem problem.Jörn, that's why you're the self-appointed
> subject matter expert!
All right. I'll try to make an important face whenever the subject
comes up.
On Tuesday, 3 July 2007 07:30, Benjamin Herrenschmidt wrote:
> On Tue, 2007-06-26 at 00:27 +0200, Rafael J. Wysocki wrote:
> > > > case PM_HIBERNATION_PREPARE:
> > > > case PM_SUSPEND_PREPARE:
> > > > usermodehelper_disabled = 1;
> > > > - return NOTIFY_OK;
> > > > +
On Tue, 3 Jul 2007 01:28:57 -0400
"Xin Zhao" <[EMAIL PROTECTED]> wrote:
> Hi,
>
>
> If a file is already opened when snapshot command is issued, the file
> itself could be in an inconsistent state already. Before the file is
> closed, maybe part of the file contains old data, the rest contains
On Tue, 2007-07-03 at 11:48 +0200, Rodolfo Giometti wrote:
> On Sun, Jul 01, 2007 at 01:03:11PM +0100, David Woodhouse wrote:
> >
> > Seems reasonable enough in principle -- but whatever you do, don't use
> > "long" for it. That would definitely need different behaviour for 32-bit
> > vs. 64-bit.
On Tuesday, 3 July 2007 09:37, Romano Giannetti wrote:
> On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
> > or alternatively we could do what we do for suspend to RAM on other
> > platforms (PPC and APM) and just not use the freezer.
>
> As a data point, I am running with this patch
Hi, Vincent!
Fortier,Vincent [Montreal] schrieb:
Hi all,
All my servers and workstations running a 2.6.21.5 kernel hanged exactly
when the date shift from june 30th to july 1st.
On my monitoring system every single station running a 2.6.21.5 kernel
stoped responding exactly after midnight on
On Tuesday, 3 July 2007 14:13, Matthew Garrett wrote:
> On Tue, Jul 03, 2007 at 08:13:53AM +0200, Oliver Neukum wrote:
>
> > Only if you want to audit all character devices' read() and write()
> > methods for races against suspend().
> > / on fuse is a bad idea.
>
> Any driver that assumes that
On Tuesday, 3 July 2007 07:51, Benjamin Herrenschmidt wrote:
> On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
> > Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> > a screaming nightmare - either the suspend fails because syslog (for
> > instance) can't be
On Tuesday, 3 July 2007 13:46, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > On Tue, 2007-07-03 at 09:44 +0200, Oliver Neukum wrote:
> > > Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > > So to summarize, the plan that makes things work with
On Tuesday, 3 July 2007 07:49, Benjamin Herrenschmidt wrote:
> On Tue, 2007-07-03 at 05:29 +0100, Matthew Garrett wrote:
> > Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> > a screaming nightmare - either the suspend fails because syslog (for
> > instance) can't be
Rolf Eike Beer wrote:
Renato S. Yamane wrote:
Rolf Eike Beer wrote:
Richard Hughes wrote:
Yes, although this is out of my area or expertise, sorry.
I've looked a bit but can't find any driver interaction of those
programs. Any further ideas welcome.
Do you try omnibook driver?
svn export
Hi Midhun,
I think mmc driver is layered modules, only top block driver
registers driver under "mmc_bus_type" bus, see
drivers/mmc/mmc_sysfs.c and mmc_block.c. I think they are creating a
tree of devices of same characteristics under that bus.
I think your driver is linux/drivers/mmc/imxmmc.c
> -Message d'origine-
> De : [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] De la part de
> Fortier,Vincent [Montreal]
> Envoyé : 3 juillet 2007 08:44
>
> Hi all,
>
> All my servers and workstations running a 2.6.21.5 kernel
> hanged exactly when the date shift from june 30th to july
Robert P. J. Day <[EMAIL PROTECTED]> wrote:
> just built a new kernel and didn't notice that support for LVM
> wasn't selected by default for x86. given what i thought was fairly
> widespread use of LVM2, wouldn't it make sense to have this option as
> part of the default config?
If you don't
On Tuesday, 3 July 2007 13:07, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Miklos Szeredi:
> > > > So to summarize, the plan that makes things work with fuse is:
> > > >
> > > > - For STR, don't do the freezer thing.
> > > >
> > > > - For STD, don't sys_sync() after you froze
> >
On Tuesday, 3 July 2007 09:19, Benjamin Herrenschmidt wrote:
> On Tue, 2007-07-03 at 16:08 +1000, Nigel Cunningham wrote:
> >
> > > So I think Matthew is totally right. In fact, the presence of the
> > > freezer is the main reason why Paulus so far NACKed Johannes attempts at
> > > merging the
On Tuesday, 3 July 2007 06:29, Matthew Garrett wrote:
> Suspend to RAM on a machine with / on a fuse filesystem turns out to be
> a screaming nightmare - either the suspend fails because syslog (for
> instance) can't be frozen, or the machine deadlocks for some other
> reason I haven't tracked
Hi all,
All my servers and workstations running a 2.6.21.5 kernel hanged exactly
when the date shift from june 30th to july 1st.
On my monitoring system every single station running a 2.6.21.5 kernel
stoped responding exactly after midnight on the date shift from June
30th to July 1st.
On Tue, 2007-07-03 at 03:58 -0400, Len Brown wrote:
> On Sunday 17 June 2007 16:24, Thomas Renninger wrote:
> > Define standardized HIDs ...
>
> > Index: linux-2.6.22-rc4/include/acpi/acpi_drivers.h
> > ===
> > ---
Hi Alex, hi all,
I have an Acer TM3012 with
0a:09.2 Mass storage controller: Texas Instruments 5-in-1 Multimedia Card
Reader (SD/MMC/MS/MS PRO/xD)
but only when I plug in an SD card I get a device created, while
plugging in a Memory Stick I do not get any reaction of the kernel.
This is with
On Mon, 2007-07-02 at 17:06 -0500, Serge E. Hallyn wrote:
> Thanks Stephen, does the following version appear correct? It just
> checks for a different cap for security.capability, then if granted
> goes on to check FILE__GETATTR before granting setxattr or removexattr
> on any security.* xattr.
On Tue, Jul 03, 2007 at 08:13:53AM +0200, Oliver Neukum wrote:
> Only if you want to audit all character devices' read() and write()
> methods for races against suspend().
> / on fuse is a bad idea.
Any driver that assumes that userspace will be frozen during suspend has
been broken forever.
From: Martin Schwidefsky <[EMAIL PROTECTED]>
The current tlb flushing code for page table entries violates the
s390 architecture in a small detail. The relevant section from the
principles of operation (SA22-7832-02 page 3-47):
"A valid table entry must not be changed while it is attached
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Nobody is using ptep_test_and_clear_dirty and ptep_clear_flush_dirty.
Remove the functions from all architectures.
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
include/asm-frv/pgtable.h |8
From: Martin Schwidefsky <[EMAIL PROTECTED]>
The last user of ptep_establish in mm/ is long gone. Remove the
architecture primitive as well.
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
include/asm-arm/pgtable.h |6 ++---
include/asm-generic/pgtable.h | 19
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Move the definitions of struct mm_struct and struct vma_area_struct
to include/mm_types.h. This allows to define more function in
asm/pgtable.h and friends with inline assemblies instead of macros.
Compile tested on i386, ia64, powerpc, powerpc64,
I have updated my mm patch set. The diff:
- The tlb gather restart patch has been changed as discussed with Hugh.
- The ptep_establish patch now really removes all traces of the call.
- The mm_struct / vm_area_struct move to mm_types.h has been test
compiled on a number of architectures.
-
From: Martin Schwidefsky <[EMAIL PROTECTED]>
If need_resched() is false in the inner loop of unmap_vmas it is
unnecessary to do a full blown tlb_finish_mmu / tlb_gather_mmu for
each ZAP_BLOCK_SIZE ptes. Do a tlb_flush_mmu() instead. That gives
architectures with a non-generic tlb flush
Miklos Szeredi <[EMAIL PROTECTED]> wrote:
>> > So to summarize, the plan that makes things work with fuse is:
>> >
>> > - For STR, don't do the freezer thing.
>> >
>> > - For STD, don't sys_sync() after you froze
>> >
>> > There might be -other- issues, but that should get you through some of
William Thompson wrote:
>> Your cd rom failed to complete the TUR command your program issued in
>> the specified timeout. ODDs sometimes take quite long to finish TUR or
>> any other command when media is changed. Did you use sg command or
>> cdrom ioctl?
>
> I'm using SG_IO. I also tested
Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > Now device drivers have a guaranteed temporal sequence:
> >
> > last io -> suspend() -> resume() [or disconnect()] -> new io
>
> No, that's always been bullshit. You can have IOs emitted by kernel
> threads (think knfsd, and that's
Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> On Tue, 2007-07-03 at 13:27 +0200, Oliver Neukum wrote:
> > > You are talking about hibernate, right? Suspending (to ram) is
> > > instantaneous, in that _after_ suspend no CPU is active obviously.
> >
> > If that is so, why do you
On Tue, 2007-07-03 at 03:40 -0400, Len Brown wrote:
> > A) Cannot pass acpi_device_id through ops.add (probe equivalent func)
> > -
> >
> > int acpi_match_device_ids(..)
> > should be:
> > const acpi_device_id
> The problem is not with fuse. The problem is generic in nature.
>
> If you remove the freezer, user space remains active until the last CPU
> goes into suspend. It can do syscalls. Or do you know a clean way to exempt
> only the tasks fuse might use?
>
> Now device drivers have a guaranteed
On Tue, Jul 03, 2007 at 11:31:07AM +0100, Christoph Hellwig wrote:
> On Tue, Jul 03, 2007 at 03:38:48PM +0530, Amit K. Arora wrote:
> > > FA_FL_DEALLOC 0x01 /* deallocate unwritten extent (default
> > > allocate) */
> > > FA_FL_KEEP_SIZE 0x02 /* keep size for EOF {pre,de}alloc
Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> On Tue, 2007-07-03 at 09:44 +0200, Oliver Neukum wrote:
> > Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > So to summarize, the plan that makes things work with fuse is:
> > >
> > > - For STR, don't do the freezer
On Tue, 2007-07-03 at 13:27 +0200, Oliver Neukum wrote:
> > You are talking about hibernate, right? Suspending (to ram) is
> > instantaneous, in that _after_ suspend no CPU is active obviously.
>
> If that is so, why do you care? If it is really atomic, fuse has no
> chance
> to call out to its
Hi,
I don't know really which subsystem this, so I'm sending this to the
linux-kernel list.
Please direct me to a more appropriate place if this is not correct.
I'm using a 3ware 9500 with Linux 2.6.18.1. I've grown the HW
raid5-array and here is where the problem begins. After the card had
Am Dienstag, 3. Juli 2007 schrieb Paul Mackerras:
> I'm actually having a hard time thinking of how to test your assertion
> since there are so few things on a typical computer that are plain
> character devices driving real hardware. A serial port would be about
> the only one; keyboards and
On Tue, 2007-07-03 at 09:44 +0200, Oliver Neukum wrote:
> Am Dienstag, 3. Juli 2007 schrieb Benjamin Herrenschmidt:
> > So to summarize, the plan that makes things work with fuse is:
> >
> > - For STR, don't do the freezer thing.
> >
> > - For STD, don't sys_sync() after you froze
> >
> >
On Tue, Jul 03, 2007 at 04:26:31PM +0900, Tejun Heo wrote:
> William Thompson wrote:
> > I'm not on either list, keep me in CC.
> >
> > I noticed the following error on a cdrom device:
> > ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
> > ata2.00: cmd
Am Dienstag, 3. Juli 2007 schrieb Miklos Szeredi:
> > > > > So to summarize, the plan that makes things work with fuse is:
> > > > >
> > > > > - For STR, don't do the freezer thing.
> > > > >
> > > > > - For STD, don't sys_sync() after you froze
> > > > >
> > > > > There might be -other-
> > > > So to summarize, the plan that makes things work with fuse is:
> > > >
> > > > - For STR, don't do the freezer thing.
> > > >
> > > > - For STD, don't sys_sync() after you froze
> > > >
> > > > There might be -other- issues, but that should get you through some of
> > >
> > > At the
Oliver Neukum writes:
> At the risk of repeating myself. Character device drivers are written
> with the assumption that normal io and suspend/resume do not race
> with each other due to the freezer.
> What do you intend to do about that?
Going back to the old powerbook sleep code, we had a
Am Dienstag, 3. Juli 2007 schrieb Miklos Szeredi:
> > > So to summarize, the plan that makes things work with fuse is:
> > >
> > > - For STR, don't do the freezer thing.
> > >
> > > - For STD, don't sys_sync() after you froze
> > >
> > > There might be -other- issues, but that should get you
301 - 400 of 898 matches
Mail list logo
