On Thu, 24 May 2007, Linus Torvalds wrote:
>
> Occasional lockups on resume is probably a separate issue, and it might
> well be a race, or even just firmware timing bugs.
Btw, to solve the 60-second timeout problem, do you actually _need_ to
have CONFIG_PCMCIA_LOAD_CIS enabled for those
On Thu, 24 May 2007, Romano Giannetti wrote:
>
> Well, I've made a bit of a mess. The setup that has not the delay when
> the card is out is a plain 2.6.21.2 (without suspend ordering).
>
> The lockup ocurred on a 2.6.21.1 WITH the suspend ordering patch, but
> was just one time, after I
On Thu, May 24, 2007 at 09:23:40AM -0400, Mike Frysinger wrote:
> On Thursday 24 May 2007, Sam Ravnborg wrote:
> > The intent with this is clear but the solution you suggest albeit simple
> > does not really match where we could end up with kconfig.
> > Recently Roman added support for options in
Am Donnerstag, 24. Mai 2007 22:09 schrieben Sie:
> On Thu, 24 May 2007 22:00:52 +0200
>
> "Uwe Bugla" <[EMAIL PROTECTED]> wrote:
> > Hi everybody,
> >
> > with 2.6.22-rc2-mm1 I do get sound out of my machine using snd-intel8x0
> > module, BUT:
> >
> > At least parts of that Alsa sound architecture
On Thu, 24 May 2007, Pavel Machek wrote:
>
> If someone does request_firmware from resume function... that's
> bad. Resume function should be fixed. Pcmcia? ti12xx driver?
Probably pcmcia "ds" driver and CONFIG_PCMCIA_LOAD_CIS.
> Well. we'd like to present hardware in working state as soon as
Hello,
On Thu 24-05-07 19:05:54, Jan Kara wrote:
> Hello,
>
> attached is a patch that fixes possible leakage of free blocks / use of
> free blocks in UDF (which spilled nice assertion failures I've added in my
> first round of patches). More details in the changelog. Andrew, please apply.
On 5/22/07, Richard Griffiths <[EMAIL PROTECTED]> wrote:
Venerable cramfs fs Linear XIP patch originally from MontaVista, used in
the embedded Linux community for years, updated for 2.6.21. Tested on
several systems with NOR Flash. PXA270, TI OMAP2430, ARM Versatile and
Freescale iMX31ADS.
On Thu, 2007-05-24 at 08:52 -0700, Linus Torvalds wrote:
>
> On Thu, 24 May 2007, Linus Torvalds wrote:
> >
> > Ok. That was probably true even before you added the suspend ordering
> > patch.
>
> Oh, no it apparently wasn't. I missed your other email that said
>
>"So, I tried to suspend
On May 24, 2007 02:08 +0800, coly wrote:
> Due to the bad design of magic inode and the on-disk layout of magic
> inode. When 30 files created alternatively in each directory, no
> performance advantage exists. When 50 files created alternatively in
> each directory, the patched ext4 will use
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/vmlinux.lds.S |9 +
1 files changed, 1 insertions(+), 8 deletions(-)
diff --git a/arch/sparc64/kernel/vmlinux.lds.S
b/arch/sparc64/kernel/vmlinux.lds.S
index 8559d07..2d6fb93 100644
---
Add the definition of initramfs to vmlinux.lds.h
This simplifies arch lds script a bit.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
Is these 8 lines really worth it.
I think yes - but no less than this.
Sam
include/asm-generic/vmlinux.lds.h | 13 +
1 files
On Thu, 2007-05-24 at 08:28 -0700, Linus Torvalds wrote:
>
> Can you compile those two modules with PCMCIA_DEBUG=4?
>
> Something like
>
> make EXTRA_CFLAGS=-DPCMCIA_DEBUG=4
>
> should do it. You might also enable CONFIG_PCMCIA_DEBUG while you're at
> it. And then the extra debugging
sparc64 had hardcoded pagesize to 8192 for alignment.
But optimal alignment is PAGE_SIZE so replace harcoded values
with the PAGE_SIZE constant.
Note: PAGE_SIZE differ with configuration so this is a change
in functionality - see page.h
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
RODATA has a hardcoded alignment of 4096 but architectures
may which to decide their optimal alignmnet.
Introduce RO_DATA that takes an alignment parameter.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
include/asm-generic/vmlinux.lds.h |9 ++---
1 files changed, 6 insertions(+), 3
On Thu, 24 May 2007 22:00:52 +0200
"Uwe Bugla" <[EMAIL PROTECTED]> wrote:
> Hi everybody,
>
> with 2.6.22-rc2-mm1 I do get sound out of my machine using snd-intel8x0
> module, BUT:
>
> At least parts of that Alsa sound architecture do seem to be broken:
I assume you're referring to this
This introduce a style similar to C code.
No functional changes.
Signed-off-by: Sam Ravnborg <[EMAIL PROTECTED]>
---
arch/sparc64/kernel/vmlinux.lds.S | 239 ++---
1 files changed, 142 insertions(+), 97 deletions(-)
diff --git a/arch/sparc64/kernel/vmlinux.lds.S
On 5/24/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
[...]
> > > diff --git a/lib/lzo1x/lzo1x_int.h b/lib/lzo1x/lzo1x_int.h
> > > [...]
> > > +/* Macros for 'safe' decompression */
> > > +#ifdef LZO1X_DECOMPRESS_SAFE
> > > +
> > > +#define lzo1x_decompress lzo1x_decompress_safe
> > > +#define
On Thu, 24 May 2007 21:56:16 +0200
"Uwe Bugla" <[EMAIL PROTECTED]> wrote:
> Hi everybody,
(added linux-wireless, others)
> The patch against b44.c contained in 2.6.22-rc2-mm1 has two consequences:
>
> 1. a tight binding to module ssb whose function or necessity I neither see
> through nor do
On Thu, May 24, 2007 at 10:27:02AM -0700, Andrew Morton wrote:
> On Thu, 24 May 2007 11:07:56 -0500
> "Mike Miller (OS Dev)" <[EMAIL PROTECTED]> wrote:
>
> > So I guess I found the answer to my own question. msi_free_irqs was
> > apparently added
> > in 2.6.22-something. I don't find it in
On Thu, May 24, 2007 at 09:56:04PM +0200, Amaury De Ganseman wrote:
> It's the same with sdc1
exactly the same error ? (the dmesg only listed the sdc errors)
what does fdisk -l /dev/sdc look like ?
does fsck.vfat /dev/sda1 find any errors?
Dave
--
http://www.codemonkey.org.uk
-
To
Hi!
> Yeah, but the interesting one is this pair:
>
> events/0 R running 0 4 1 (L-TLB)
>
> sleep.sh D 014F 0 5798 5789 (NOTLB)
> Call Trace:
>[] kobject_uevent_env+0x3a1/0x4a0
>[] wait_for_completion+0x79/0xb0
>[]
With basis in sparc64 I did a small cleanup / consolidation work.
The sparc64 lds script is by no menas the worst to look at but
a anyway a good place to start.
In the following patch serie I did:
-> Introduce a C-like indention style
-> Introduce use of PAGE_SIZE as replacement for hardcoded
On Thu, 2007-05-24 at 12:50 -0700, Linus Torvalds wrote:
> There's a huge difference between "You killed my father, prepare to
> die", and "Btw, I didn't like that, but I'll just continue".
There are three cases, not two:
1. Something slightly suboptimal happened. We didn't like it.
2. Something
Hi everybody,
with 2.6.22-rc2-mm1 I do get sound out of my machine using snd-intel8x0 module,
BUT:
At least parts of that Alsa sound architecture do seem to be broken:
dmesg looks like this:
31 MSFT 31313031)
ACPI: APIC 1FFEC058, 005A (r1 ASUS P4PE 42302E31 MSFT 31313031)
ACPI: PM-Timer
Hi everybody,
The patch against b44.c contained in 2.6.22-rc2-mm1 has two consequences:
1. a tight binding to module ssb whose function or necessity I neither see
through nor do comprehend
2. a breakdown (disfunctionality) of my onboard NIC.
lspci -v looks like this:
00:00.0 Host bridge:
It's the same with sdc1
Note: I'm on a 64-bit machine.
here is my dmesg (nls_cp437 loaded after I see this error on dmesg)
On 5/24/07, Dave Jones <[EMAIL PROTECTED]> wrote:
On Thu, May 24, 2007 at 09:53:31AM +0200, Amaury De Ganseman wrote:
> Hi,
>
> Since 2.6.21 I can't mount my usb key
On Thu, 24 May 2007, Ingo Molnar wrote:
>
> i very much agree that this kmalloc_index() one shouldnt be called a
> "BUG: ", but if you look at the majority of WARN_ON() instances they are
> checks for clear, serious kernel bugs.
I _still_ disagree.
There's a huge difference between "You
[Andrew Morton - Thu, May 24, 2007 at 12:36:21PM -0700]
| On Thu, 24 May 2007 23:23:21 +0400
| Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > [Andrew Morton - Thu, May 24, 2007 at 11:35:50AM -0700]
| > | On Thu, 24 May 2007 21:20:17 +0400
| > | Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
| > |
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Thu, 24 May 2007 11:07:56 -0500
> "Mike Miller (OS Dev)" <[EMAIL PROTECTED]> wrote:
>
>> So I guess I found the answer to my own question. msi_free_irqs was
>> apparently
> added
>> in 2.6.22-something. I don't find it in 2.6.21.2 or anywhere else.
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > Looks like this is in DRM code:
> >
> > BUG: at include/linux/slub_def.h:88 kmalloc_index()
>
> I'm going to change that "BUG:" to "WARNING:".
>
> I know some people disagreed with it (ie Ingo), but I think that's
> total and utter bullshit.
>
On Thu, 24 May 2007 23:23:21 +0400
Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> [Andrew Morton - Thu, May 24, 2007 at 11:35:50AM -0700]
> | On Thu, 24 May 2007 21:20:17 +0400
> | Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> |
> | > [Jan Kara - Thu, May 24, 2007 at 06:59:35PM +0200]
> | > | Hi
On Thu, 24 May 2007 23:06:06 +0400
Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> [Pekka Enberg - Thu, May 24, 2007 at 09:47:42PM +0300]
> | Hi Cyrill,
> |
> | On 5/23/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> | >@@ -2103,7 +1944,7 @@ long udf_block_map(struct inode *inode, sector_t
> |
[Andrew Morton - Thu, May 24, 2007 at 11:35:50AM -0700]
| On Thu, 24 May 2007 21:20:17 +0400
| Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > [Jan Kara - Thu, May 24, 2007 at 06:59:35PM +0200]
| > | Hi Andrew,
| > |
| > | attached patch fixes possible data corruption in UDF - this bug was
On Thursday, 24 May 2007 07:20, Romano Giannetti wrote:
> On Wed, 2007-05-23 at 18:57 +0200, Rafael J. Wysocki wrote:
> > On Wednesday, 23 May 2007 11:57, Romano Giannetti wrote:
> > > On Wed, 2007-05-23 at 11:05 +0200, Rafael J. Wysocki wrote:
> > > > Hi,
> > > >
> > > > On Wednesday, 23 May
On Thu, 24 May 2007, Andrew Morton wrote:
> On Thu, 24 May 2007 10:12:14 -0700 (PDT)
> Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
> > > BUG: at include/linux/slub_def.h:88 kmalloc_index()
> >
> > I'm going to change that "BUG:" to "WARNING:".
>
> I think we should remove these kmalloc(0,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan Engelhardt schrieb:
On May 24 2007 19:19, Lars K.W. Gohlke wrote:
I want to read from serial port (I mean the port, which is called
/dev/ttyS0 in user-space). Then I want copy_to_user() it through
/proc/serialPort
This is just to get familiar
On 24 May 2007, at 19:50, Andrew Morton wrote:
On Thu, 24 May 2007 18:15:17 +0100
Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
Attached is a patch which may be desirable for -mm. It applies
directly to 2.6.22-rc2-mm1.
The patch removes the 'unsafe' LZO decompression function, lowering
the
Cyrill Gorcunov wrote:
And Pekka the patch I sent will be remaked anyway after some fixes. So
if you don't like the conversion you pointed - just let me know and
I'll not do that ;)
I would prefer whitespace-only first because it's easier to review. But
perhaps I am being overly paranoid
On 5/24/07, Nitin Gupta <[EMAIL PROTECTED]> wrote:
On 5/24/07, Satyam Sharma <[EMAIL PROTECTED]> wrote:
> Hmm. The wrappers would clearly be inline, but if we want a common
> low-level decompress function, we'd also need to introduce the "if (safe &&)"
> kind of tests for those
On 5/24/07, Randy Dunlap <[EMAIL PROTECTED]> wrote:
but Lindent needs some hand-holding / eyeball help as well...
That's true but the point remains: it would be better to have
whitespace-only fixes first. But if Andrew is willing to eat Cyrill's
patch as-is, I have no real objections either...
[Pekka Enberg - Thu, May 24, 2007 at 09:47:42PM +0300]
| Hi Cyrill,
|
| On 5/23/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
| >@@ -2103,7 +1944,7 @@ long udf_block_map(struct inode *inode, sector_t
| >block)
| > kernel_lb_addr eloc;
| > uint32_t elen;
| > sector_t offset;
| >-
* We must write a positive value to the decrementer to clear
-* the interrupt on the IBM 970 CPU series. In periodic mode,
-* this happens when the decrementer gets reloaded later, but
-* in one-shot mode, we have to do it here since an event handler
-*
[Pekka Enberg - Thu, May 24, 2007 at 09:47:42PM +0300]
| Hi Cyrill,
|
| On 5/23/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
| >@@ -2103,7 +1944,7 @@ long udf_block_map(struct inode *inode, sector_t
| >block)
| > kernel_lb_addr eloc;
| > uint32_t elen;
| > sector_t offset;
| >-
On Thu, 24 May 2007 21:47:42 +0300 Pekka Enberg wrote:
> Hi Cyrill,
>
> On 5/23/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> > @@ -2103,7 +1944,7 @@ long udf_block_map(struct inode *inode, sector_t
> > block)
> > kernel_lb_addr eloc;
> > uint32_t elen;
> > sector_t offset;
> > -
--- Andreas Gruenbacher <[EMAIL PROTECTED]> wrote:
> > where the objects referenced by the paths are identical and visible to the
> > subject along both paths, in keeping with your description of "policy may
> > allow access to some locations but not to others" ?
>
> I'm not aware of situations
Alan Cox wrote:
>>> hd.c:(.init.text+0x44a7d): undefined reference to `drive_info'
>>> hd.c:(.init.text+0x44a89): undefined reference to `drive_info'
>>> hd.c:(.init.text+0x44a95): undefined reference to `drive_info'
>>> hd.c:(.init.text+0x44aa1): undefined reference to `drive_info'
>>>
On Thu, 24 May 2007, Mariusz Kozlowski wrote:
> Balance parenthesis in m68k mac debug code.
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
Acked-by: Geert Uytterhoeven <[EMAIL PROTECTED]>
> arch/m68k/mac/debug.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
On 5/24/07, Robert P. J. Day <[EMAIL PROTECTED]> wrote:
On Wed, 23 May 2007, Satyam Sharma wrote:
> Actually there's another thing :-) The __attribute__((xxx)) must go
> with the function _declarations_ (and not the
> implementations/definitions).
that's not true, AFAICT. the pattern seems to
[Andrew Morton - Thu, May 24, 2007 at 11:35:50AM -0700]
| On Thu, 24 May 2007 21:20:17 +0400
| Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
|
| > [Jan Kara - Thu, May 24, 2007 at 06:59:35PM +0200]
| > | Hi Andrew,
| > |
| > | attached patch fixes possible data corruption in UDF - this bug was
On Thu, May 24, Pierre Ossman wrote:
> init: wait for asynchronously scanned block devices
init/do_mounts.c:242:__setup("rootdelay=", root_delay_setup);
Why does that not work for you and how does your patch fix it?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
On Thu, 24 May 2007 18:15:17 +0100
Michael-Luke Jones <[EMAIL PROTECTED]> wrote:
> Attached is a patch which may be desirable for -mm. It applies
> directly to 2.6.22-rc2-mm1.
>
> The patch removes the 'unsafe' LZO decompression function, lowering
> the size of the minilzo.c file by nearly
On Thu, 24 May 2007 10:12:14 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> > BUG: at include/linux/slub_def.h:88 kmalloc_index()
>
> I'm going to change that "BUG:" to "WARNING:".
I think we should remove these kmalloc(0, ...) warnings prior to
the 2.6.22 release, put them back
Hi Cyrill,
On 5/23/07, Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
@@ -2103,7 +1944,7 @@ long udf_block_map(struct inode *inode, sector_t block)
kernel_lb_addr eloc;
uint32_t elen;
sector_t offset;
- struct extent_position epos = { NULL, 0, { 0, 0}};
+ struct
Hello,
Since upgrading from 2.6.21 to 2.6.22-rc2, I started seeing some
segfaults in dmesg.
2.6.22-rc1-git2 even locked up on me at one point.
I'm using SLUB. I haven't yet found a way to easily reproduce the
problem.. Once I do, I'll try a git bisect
gam_server[4269]: segfault at
On Thu, May 24, 2007 at 08:10:00PM +0200, Andreas Gruenbacher wrote:
> Read it like this: we don't have a good idea how to support multiple
> namespaces so far. Currently, we interpret all pathnames relative to the
> namespace a process is in. Confined processes don't have the privilege to
>
Most recent kernel where this bug did *NOT* occur: pre 2.6.21 mm
kernels, non-mm 2.6.22-rc2
Distribution: Fedora Devel
Hardware Environment: EHCI input on external powered hub with CK804 mainboard
Software Environment: Nothing specific
Problem Description:
After a few hours of activity
On Thu, 24 May 2007 21:20:17 +0400
Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
> [Jan Kara - Thu, May 24, 2007 at 06:59:35PM +0200]
> | Hi Andrew,
> |
> | attached patch fixes possible data corruption in UDF - this bug was
> actually
> | introduced by one of my fixes :-( and should (if
> The problem is that inline functions in headers are intended to be
> called from different C files.
>
> gcc might not inline it in the C files where it is called more than
> once.
>
> But it will always inline it if it's called only once.
>
> One of both will be suboptimal, but
On Wed, 23 May 2007 10:46:05 -0700 (PDT)
Linus Torvalds <[EMAIL PROTECTED]> wrote:
>
>
> On Wed, 23 May 2007, Mike Houston wrote:
> >
> > I still happen to have a Windows Vista install kicking around, so
> > to make sure we're not flogging a dead horse I booted that and
> > let it set up the
Uncoditionally set a maximum positive value to the decrementer before calling
an event handler for all "classic" PPC CPUs (although this is only necessary
to clear interrupt on POWER4+, I've been asked to do it this way) -- otherwise
it wouldn't have been done for an offline CPU in periodic mode
On Thu, 2007-05-24 at 15:36 +0100, Matthew Garrett wrote:
> On Thu, May 24, 2007 at 04:16:53PM +0200, Thomas Renninger wrote:
>
> > I doubt it is impossible, would you mind sharing your knowledge why you
> > think it is impossible or point to some related discussion, pls.
>
> Because, as Len has
Has any one successfully patched a PS3 kernel with
kgdb? If so is either the source tree or equivalent
available? I am doing some driver work for an academic
project. Hope this is not the wrong formum.
Cheers
Dave B. Sharp
Be smarter than spam. See how smart SpamGuard is at giving
The sed expression used at the moment in scripts/Makefile.headersinst relies
on the (handy) GNU extension where you can escape ERE's in an otherwise BRE
without using the GNU -r option. The following patch replaces this "\+" usage
with a functionally equivalent POSIX BRE compliant "\{1,\}".
On Thursday 24 May 2007 1:47 pm, Arjan van de Ven wrote:
> Rob Landley wrote:
> > If the compiler can emit a warning "inline insanely large", we can use
that to
> > fix it. But a warning is not the same as silently doing something other
than
> > what we told it to do.
>
> It's not silent!
On Thursday 24 May 2007 15:19, James Morris wrote:
> On Thu, 24 May 2007, Andreas Gruenbacher wrote:
> > > Would you mind providing some concrete examples of how such a model
> > > would be useful?
> >
> > The model is explained, with examples, in the technical documentation at
> >
On Thu, May 24, 2007 at 10:55:34AM -0700, Roland Dreier wrote:
> > And if you #include a non-inlined definition in two .c files, the compiler
> > will emit two copies into two separate .o files. What you're hoping is
> that
> > the linker will notice they're identical and merge them, and
thanks, applied.
-
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.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thursday 24 May 2007 20:38:05 Diego Calleja wrote:
> El Thu, 24 May 2007 16:01:33 +0200 (CEST), Jiri Slaby <[EMAIL PROTECTED]>
escribió:
> > +config USB_STK11XX
> > + tristate "STK11XX based webcams"
> > + depends on VIDEO_V4L2
> > + ---help---
> > + This will add support for Syntek
Hello,
Add missing braces in md debug macros.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/md/dm.h |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff -upr linux-2.6.22-rc2-mm1-a/drivers/md/dm.h
linux-2.6.22-rc2-mm1-b/drivers/md/dm.h
---
On Thu, May 24, 2007 at 10:14:41AM -0700, Roland Dreier wrote:
> > A function only belongs into a header file if we always want it inlined,
> > otherwise it belongs into a C file.
>
> Again, why? Why don't we trust the compiler to decide if a function
> should be inlined or not, even if the
> And if you #include a non-inlined definition in two .c files, the compiler
> will emit two copies into two separate .o files. What you're hoping is that
> the linker will notice they're identical and merge them, and last I checked
> I
> couldn't even reliably get it to do that with
Hello,
Balance parenthesis in m68k mac debug code.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
arch/m68k/mac/debug.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -upr linux-2.6.22-rc2-mm1-a/arch/m68k/mac/debug.c
linux-2.6.22-rc2-mm1-b/arch/m68k/mac/debug.c
El Thu, 24 May 2007 16:01:33 +0200 (CEST), Jiri Slaby <[EMAIL PROTECTED]>
escribió:
> +config USB_STK11XX
> + tristate "STK11XX based webcams"
> + depends on VIDEO_V4L2
> + ---help---
> + This will add support for Syntek webcams such as dc1125 and stk1135.
> +
> + If you
On Thu, May 17, 2007 at 07:00:58PM -0500, [EMAIL PROTECTED] wrote:
> greg
>
> and part of /etc/udev/rules.d/60-libsane.rules
>
> ...
> ACTION!="add", GOTO="libsane_rules_end"
> SUBSYSTEM!="usb_device", GOTO="libsane_rules_end"
>
> # Hewlett-Packard ScanJet 4100C
>
On Thursday 24 May 2007 1:14 pm, Roland Dreier wrote:
> > A function only belongs into a header file if we always want it inlined,
> > otherwise it belongs into a C file.
>
> Again, why? Why don't we trust the compiler to decide if a function
> should be inlined or not, even if the definition
Rob Landley wrote:
If the compiler can emit a warning "inline insanely large", we can use that to
fix it. But a warning is not the same as silently doing something other than
what we told it to do.
It's not silent! that's what "inline" without the force is for!
Once you force it you shut the
Hello,
Balanance parenthesis in chelsio header file.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
drivers/net/chelsio/suni1x10gexp_regs.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -upr linux-2.6.22-rc2-mm1-a/drivers/net/chelsio/suni1x10gexp_regs.h
On Thursday 24 May 2007 12:29 pm, Jan Engelhardt wrote:
>
> On May 23 2007 23:22, Adrian Bunk wrote:
> >
> >And we need only two different inline levels (__always_inline and
> >"let the compiler decide"), not three (__always_inline, inline and
> >"let the compiler decide").
>
> "inline" is "let
This isn't fixing anything is it? I think it's 2.6.23 material;
correct me if I'm wrong.
- R.
-
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.kernel.org/majordomo-info.html
Please read
Hello,
Remove broken and unused macro.
Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
arch/arm26/mm/init.c |3 ---
1 file changed, 3 deletions(-)
diff -upr linux-2.6.22-rc2-mm1-a/arch/arm26/mm/init.c
linux-2.6.22-rc2-mm1-b/arch/arm26/mm/init.c
---
On Thu, 2007-05-24 at 19:02 +0200, Marcel Holtmann wrote:
> Hi Ben,
>
> > CC: Marcel Holtmann <[EMAIL PROTECTED]>
> > CC: Maxim Krasnyansky <[EMAIL PROTECTED]>
> > Signed-off-by: Tim Gardner <[EMAIL PROTECTED]>
> > Signed-off-by: Phillip lougher <[EMAIL PROTECTED]>
> > Signed-off-by: Ben Collins
On Thu, 24 May 2007 08:23:04 -0700
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8533
>
>Summary: Panic on boot with early exception rip 8150a240
> error 0 cr2 2260
> Kernel Version: 2.6.21.2
> Status: NEW
>
On May 24 2007 19:19, Lars K.W. Gohlke wrote:
> I want to read from serial port (I mean the port, which is called
> /dev/ttyS0 in user-space). Then I want copy_to_user() it through
> /proc/serialPort
>
> This is just to get familiar with driver programming (in kernelspace),
> it could be better
On Thu 24 May 2007 11:23, Paul Mundt pondered:
>
> Calling it a periodic timer when its in periodic timer mode makes sense.
No disagreements - but I don't think that a watchdog that doesn't cause a
reset is a periodic timer.
> Why you would want to interface that with a userspace watchdog
Chris Mason wrote:
On Wed, May 16, 2007 at 01:37:26PM -0700, Andrew Morton wrote:
On Wed, 16 May 2007 16:14:14 -0400
Chris Mason <[EMAIL PROTECTED]> wrote:
On Wed, May 16, 2007 at 01:04:13PM -0700, Andrew Morton wrote:
The good news is that if you let it run long enough, the
On Thu, 2007-05-24 at 10:22 -0700, Christoph Lameter wrote:
> On Thu, 24 May 2007, James Bottomley wrote:
>
> > The idea was basically to match an allocation to a device mask. I was
> > going to do a generic implementation (which would probably kmalloc,
> > check the physaddr and fall back to
On Thu, 24 May 2007 11:07:56 -0500
"Mike Miller (OS Dev)" <[EMAIL PROTECTED]> wrote:
> So I guess I found the answer to my own question. msi_free_irqs was
> apparently added
> in 2.6.22-something. I don't find it in 2.6.21.2 or anywhere else. So
> somebody broke a
> couple of things.
> The most
Ingo Molnar wrote:
> nice! I've merged your patch and it built/booted fine so it should show
> up in -v15. This should also play well with Andi's sched_clock()
> enhancements in -mm, slated for .23.
>
BTW, does CFS treat sched_clock as a per-cpu clock, or will it compare
time values of
On Thu, 24 May 2007, James Bottomley wrote:
> The idea was basically to match an allocation to a device mask. I was
> going to do a generic implementation (which would probably kmalloc,
> check the physaddr and fall back to GFP_DMA if we were unlucky) but
> allow the architectures to override.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tilman Schmidt schrieb:
Am 24.05.2007 12:22 schrieb Lars K.W. Gohlke:
I will summarize the concrete scenario, which will lead to the
understanding and further solution of deadling with serial driver.
[scenario]
1. in userspace I'm doing:
[Jan Kara - Thu, May 24, 2007 at 06:59:35PM +0200]
| Hi Andrew,
|
| attached patch fixes possible data corruption in UDF - this bug was actually
| introduced by one of my fixes :-( and should (if possible) go to Linus before
| 2.6.22 is out (that's why I'm diffing against Linus's tree and not
On Thu, 24 May 2007, Linus Torvalds wrote:
> I'm going to change that "BUG:" to "WARNING:".
Good. I wondered for a long time why a "WARN_xxx ... " does print BUG:
xxx.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
Adrian Bunk wrote:
On Thu, May 24, 2007 at 06:29:39PM +0200, Jan Engelhardt wrote:
On May 23 2007 23:22, Adrian Bunk wrote:
And we need only two different inline levels (__always_inline and
"let the compiler decide"), not three (__always_inline, inline and
"let the compiler decide").
"inline"
On Thu, May 24, 2007 at 11:03:56AM +0200, Martin Schwidefsky wrote:
> On Wed, 2007-05-23 at 11:57 -0700, Ravikiran G Thirumalai wrote:
>
> Current git with the patches applied and the default configuration for
> s390 decreases the section size fof .data.percpu from 0x3e50 to 0x3e00.
> 0.5%
Hi there,
Attached is a patch which may be desirable for -mm. It applies
directly to 2.6.22-rc2-mm1.
The patch removes the 'unsafe' LZO decompression function, lowering
the size of the minilzo.c file by nearly 500 out of an original 1727
lines. It also removes references to the 'unsafe'
On Thu, 2007-05-24 at 10:00 -0700, Christoph Lameter wrote:
> On Thu, 24 May 2007, James Bottomley wrote:
>
> > > Going to ensure that we have a 31 bit (not 32 bit) physical address?
> >
> > No, unfortunately. Implementing kmalloc_mask() and kmalloc_dev() was
> > something I said I'd do ...
> A function only belongs into a header file if we always want it inlined,
> otherwise it belongs into a C file.
Again, why? Why don't we trust the compiler to decide if a function
should be inlined or not, even if the definition happens to be in a .h
file?
It seems like a perfectly valid
On Thu, 24 May 2007, Christoph Lameter wrote:
>
> On Thu, 24 May 2007, Michal Piotrowski wrote:
>
> > Memory management
> >
> > Subject: kernel BUG at include/linux/slub_def.h:88 kmalloc_index()
> > References : http://bugzilla.kernel.org/show_bug.cgi?id=8476
> > Submitter : Cherwin R.
On Thu, May 24, 2007 at 06:29:39PM +0200, Jan Engelhardt wrote:
>
> On May 23 2007 23:22, Adrian Bunk wrote:
> >
> >And we need only two different inline levels (__always_inline and
> >"let the compiler decide"), not three (__always_inline, inline and
> >"let the compiler decide").
>
> "inline"
On 5/24/07, Krzysztof Halasa <[EMAIL PROTECTED]> wrote:
"Satyam Sharma" <[EMAIL PROTECTED]> writes:
> Actually there's another thing :-) The __attribute__((xxx)) must go with the
> function _declarations_ (and not the implementations/definitions). I noticed
> after my previous mail that most of
201 - 300 of 988 matches
Mail list logo