On Mon, May 14, 2007 at 05:57:31PM -0500, Olof Johansson wrote:
> On Sun, May 13, 2007 at 11:46:08PM +0200, Christoph Hellwig wrote:
> > On Sat, May 12, 2007 at 09:31:05AM -0500, Olof Johansson wrote:
> > > ppc64 really needs ioaddr_t to be 64-bit, since I/O addresses really
> > > are MMIO
On 05/13/2007 06:23 PM, Pete Clements wrote:
Fyi:
With 2.6.22-rc1 get following when loading sound device module. Introduced
with 2.6.21-git16.
FATAL: Error inserting snd_cs4236
(/lib/modules/2.6.22-rc1/kernel/sound/isa/cs423x/snd-cs4236.ko): No such device
FATAL: Error running install
> >Seriously, it might be a tad more efficient if the help texts were
> >written by those who invented the options in the first place.
>
> menuconfig NETDEV_1
> bool "Ethernet (10GbE)"
> ---help--
> Say Y here to actually be able to go into this menu
> and select some
On Mon, May 14, 2007 at 10:22:34PM -0700, Andrew Morton wrote:
> On Tue, 15 May 2007 13:54:23 +0900 Simon Horman <[EMAIL PROTECTED]> wrote:
>
> > On Mon, May 14, 2007 at 09:48:18PM -0700, Andrew Morton wrote:
> > > On Tue, 15 May 2007 11:59:41 +0900 Fernando Luis Vázquez Cao <[EMAIL
> > >
On Tue, 15 May 2007 13:54:23 +0900 Simon Horman <[EMAIL PROTECTED]> wrote:
> On Mon, May 14, 2007 at 09:48:18PM -0700, Andrew Morton wrote:
> > On Tue, 15 May 2007 11:59:41 +0900 Fernando Luis Vázquez Cao <[EMAIL
> > PROTECTED]> wrote:
> >
> > > On Tue, 2007-05-15 at 11:18 +0900, Simon Horman
almost, highstart_pfn is used in a few printks
arch/i386/mm/discontig.c: In function 'setup_memory':
arch/i386/mm/discontig.c:314: error: 'highstart_pfn' undeclared (first
use in this function)
arch/i386/mm/discontig.c:314: error: (Each undeclared identifier is
reported only once
On Mon, 14 May 2007 21:17:47 -0700 [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8479
>
>Summary: gettimeofday returning 100 in tv_usec on core2duo
> Kernel Version: 2.6.21
> Status: NEW
> Severity: normal
> Owner:
On Mon, May 14, 2007 at 09:48:18PM -0700, Andrew Morton wrote:
> On Tue, 15 May 2007 11:59:41 +0900 Fernando Luis Vázquez Cao <[EMAIL
> PROTECTED]> wrote:
>
> > On Tue, 2007-05-15 at 11:18 +0900, Simon Horman wrote:
> > > "Remove hardcoding of hard_smp_processor_id on UP systems",
> > >
On Monday 14 May 2007 4:46 pm, Dave Jones wrote:
> On Mon, May 14, 2007 at 04:28:35PM -0400, Rob Landley wrote:
> > On Monday 14 May 2007 2:57 pm, Dave Jones wrote:
> > > Why did the kernel ignore what I told it to do ?
> > > I'm sure it thinks it knows better than me for a reason, but
> > >
On Tue, 15 May 2007 11:59:41 +0900 Fernando Luis Vázquez Cao <[EMAIL
PROTECTED]> wrote:
> On Tue, 2007-05-15 at 11:18 +0900, Simon Horman wrote:
> > "Remove hardcoding of hard_smp_processor_id on UP systems",
> > 2f4dfe206a2fc07099dfad77a8ea2f4b4ae2140f in Linus' tree, moved
> > the definition
On Thursday May 10, [EMAIL PROTECTED] wrote:
> The latest version of the per device dirty throttling patches.
>
> I put in quite a few comments, and added an patch to do per task dirty
> throttling as well, for RFCs sake :-)
>
> I haven't yet come around to do anything but integrety testing on
Driver for the CompactFlash slot on the PA Semi Electra eval board. It's
a simple device sitting on localbus, with interrupts and detect/voltage
control over GPIO.
The driver is implemented as an of_platform driver, and adds localbus
as a bus being probed by the of_platform framework.
On Tue, 15 May 2007, andrew hendry wrote:
>
> from a randconfig, attached.
>
> arch/i386/mm/discontig.c:107: error: expected identifier or '(' before
> numeric constant
Gaah. That file is horrible. It redeclares a lot of stuff that it has no
business declaring.
Does this patch help?
Export pcmcia_bus_type so module-based drivers can register bus notifiers.
Signed-off-by: Olof Johansson <[EMAIL PROTECTED]>
Index: powerpc/drivers/pcmcia/ds.c
===
--- powerpc.orig/drivers/pcmcia/ds.c
+++
ppc64 really needs ioaddr_t to be 32-bit, since I/O beyond the
first PCI bus might be mapped at a higher range.
While the type is exported to userspace, there hasn't been any platforms
with PCMCIA on 64-bit powerpc until now, so changing it won't regress
any existing users. Besides, those
IBMASM: whitespace cleanup
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/misc/ibmasm/command.c | 14 +++---
drivers/misc/ibmasm/dot_command.c | 10 +-
drivers/misc/ibmasm/dot_command.h |2 +-
drivers/misc/ibmasm/event.c |8
IBMASM: miscellaneous fixes
Fix some minor issues, such as:
- properly set up ID of keyboard device (was mixed up with mouse)
- constify translation tables
- change some variables to #defines
- set up input device's parent to form proper sysfs hierarchy
- minor formatting changes
IBMASM: don't use extern in function declarations
We normally don't use extern in function declarations located in header files.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/misc/ibmasm/ibmasm.h | 64 +--
1 files changed, 32
IBMASM: must depend on CONFIG_INPUT
The driver registers couple of input devices and therefore must depend
on CONFIG_INPUT.
Signed-off-by: Dmitry Torokhov <[EMAIL PROTECTED]>
---
drivers/misc/Kconfig |2 +-
1 files changed, 1 insertion(+), 1 deletion(-)
Index: work/drivers/misc/Kconfig
Hi,
Here is bunch of fixes for ibmasm driver. They are untested as
I do not have the hardware.
--
Dmitry
-
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
from a randconfig, attached.
arch/i386/mm/discontig.c:107: error: expected identifier or '(' before
numeric constant
arch/i386/mm/discontig.c: In function 'zone_sizes_init':
arch/i386/mm/discontig.c:363: error: 'ZONE_HIGHMEM' undeclared (first
use in this function)
arch/i386/mm/discontig.c:363:
At Mon, 14 May 2007 16:40:02 +0200, Arnd Bergmann wrote:
>
> On Monday 14 May 2007, Tsutomu OWA wrote:
> > --- linux-2.6.21-rt1/include/asm-powerpc/tlbflush.h 2007-04-26
> > 12:08:32.0 +0900
> > +++ rt/include/asm-powerpc/tlbflush.h 2007-05-14 16:12:47.0 +0900
> > @@ -25,7
request_phb_iospace() can be called from different CPUs at init
time (at least with my next patch) and thus needs a spinlock. As
for the next patch, this is a temporary workaround for 2.6.22
issues until my rewrite of IO mappings is ready (for 2.6.23)
Signed-off-by: Benjamin Herrenschmidt <[EMAIL
This changes the way of_platform_pci creates PCI host bridges such
that it uses request_phb_iospace() for mapping the IO ports, instead
of using the dynamic hotplug stuff. That guarantees the IO space
stays within the 2GB limit and thus doesn't break half of the legacy
drivers around.
Fixes a
On Sunday 06 May 2007 19:14, Petr Vandrovec wrote:
> Hello Dan,
>
> This patch makes raw1394 in current Linux git tree (2.6.21-1570) usable to
> 32bit
> applications running on 64bit kernel (tested on i386 app using x86_64
> kernel). I
> had to make following changes:
>
> * read() always
On Wed, 09 May 2007 01:23:22 PDT, Andrew Morton said:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm2/
So I'm trying to get the Intel PowerTop stuff working, and discovered that /
proc/timer_stats and/or /proc/tstats has moved to /debug in -mm2 - but only if
There is apparently at least one instance of the Ricoh SDHCI
implementation out there where card insertion and removal
interrupts do not work - so the only way to detect a change
in the presence of a card is to poll.
This changes adds a polling quirk for the particular model
reported. Others may
On Sun, 13 May 2007 16:38:16 -0400 Benjamin LaHaise <[EMAIL PROTECTED]> wrote:
> On Sat, May 05, 2007 at 11:31:20AM +0200, Andi Kleen wrote:
> > Hmm, after a opcontrol --reset i see the same issue now. Don't know what's
> > wrong, but it must be something different from the .20 perfctr
On 5/15/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Tilman Schmidt wrote:
> Am 14.05.2007 22:33 schrieb Jan Engelhardt:
>> * Disabling this menu disables all the fluff inside it,
except when it doesn't.
> Another essential piece of information. I seem to remember other
> menus which, when
On Tue, 2007-05-15 at 11:18 +0900, Simon Horman wrote:
> "Remove hardcoding of hard_smp_processor_id on UP systems",
> 2f4dfe206a2fc07099dfad77a8ea2f4b4ae2140f in Linus' tree, moved
> the definition of hard_smp_processor_id linux/smp.h to asm/smp.h
> for UP systems. This causes a regression on
> Either you have a strange definition of fairness or you chose an
> extremely
> poor example, Ingo. In a fair scheduler I'd expect all tasks to
> get the exact
> same amount of time on the processor.
Yes, as a long-term average. However, that is impossible to do in the
short-term. Some taks has
> On Mon, 14 May 2007, Bob Johnston wrote:
> > Alan Cox lxorguk.ukuu.org.uk> writes:
> >
> > > > Why not just use the terms:
> > > > * outdated - as a replacement for "deprecated".
> > >
> > > Because they don't actually mean the same thing ?
> >
> > "superseded" would probably be a better
On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
> [...]
> They are just a menu
Ok, so they don't really affect Makefiles / sources (and thus builds).
In that case I'd suggest that let's please change the names of such
menuconfig options from CONFIG_ to CONFIG_MENU_, otherwise
Or perhaps
Loosen gpio_{request,free}() and gpio_direction_{in,out}put() call context
restrictions slightly, so a common idiom is no longer an error: board init
code setting up spinlock-safe GPIOs before tasking is enabled.
The issue was caught by some paranoid code with might_sleep() checks. The
legacy
Hello,
On 5/15/07, Jan Engelhardt <[EMAIL PROTECTED]> wrote:
[...]
They are just a menu
Ok, so they don't really affect Makefiles / sources (and thus builds).
In that case I'd suggest that let's please change the names of such
menuconfig options from CONFIG_ to CONFIG_MENU_, otherwise
we
"Remove hardcoding of hard_smp_processor_id on UP systems",
2f4dfe206a2fc07099dfad77a8ea2f4b4ae2140f in Linus' tree, moved
the definition of hard_smp_processor_id linux/smp.h to asm/smp.h
for UP systems. This causes a regression on ARM as the definition
was not added to asm-arm/smp.h.
Cc:
Currently we have a maze of configuration variables that determine
the maximum slab size. Worst of all it seems to vary between SLAB and SLUB.
So define a common maximum size for kmalloc. For conveniences sake
we use the maximum size ever supported which is 32 MB. We limit the maximum
size to a
On Mon, May 14, 2007 at 07:38:23PM +0200, Luca Tettamanti wrote:
> I'm running git 705962cc (which is a commit after -rc1) and I still see
> the OOPS on boot. The patch above is already applied though. Note that
> I'm using the SLAB allocator:
>
> CONFIG_SLAB=y
> # CONFIG_SLUB is not set
> #
1) Use new dma wrapper functions, and handle bind failure (may happen
in future)
2) Use new lgdev_irq() "get me a good interrupt number" function.
3) Use new lguest_map()/lguest_unmap() instead of ioremap/iounmap.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/block/lguest_blk.c
1) Use new lguest_send_dma & lguest_bind_dma functions.
2) sparse: lguest_cons can be static.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/char/hvc_lguest.c | 15 +--
1 file changed, 9 insertions(+), 6 deletions(-)
Feedback from Jeff Garzik:
1) Use netdev_priv instead of dev->priv.
2) Check for ioremap failure
3) iounmap on failure.
4) Wrap SEND_DMA and BIND_DMA calls
5) Don't set NETIF_F_SG unless we set NETIF_F_NO_CSUM
6) Use SET_NETDEV_DEV()
7) Don't set dev->irq, mem_start & mem_end (deprecated)
Jeff Garzik argued forcefully that __pa() should not appear in
drivers, and that struct netdevice's irq field should not be used.
Christoph Hellwig suggested that I run sparse, and provide an
lguest-specific wrapper for mapping/unmapping virtual device memory.
Results:
1) send-dma and bind-dma
Sam Ravnborg says lg-objs is deprecated, use lg-y.
Signed-off-by: Rusty Russell <[EMAIL PROTECTED]>
---
drivers/lguest/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
===
--- a/drivers/lguest/Makefile
+++
Christoph Hellwig said runs sparse:
1) page_tables.c unnecessary initialization
2) Change prototype of run_lguest and do cast in caller instead (when we add
__user to cast, it runs over another line).
Al Viro pointed out the ugly cast in push_lguest_stack():
3) Stick with unsigned long for arg,
On Monday 14 May 2007 21:38, Pierre Ossman wrote:
> @@ -2382,6 +2391,9 @@ M:[EMAIL PROTECTED]
> W: http://popies.net/meye/
> S: Maintained
>
> +MOTOROLA I.MX MMCI DRIVER
> +S: Orphan
> +
> MOUSE AND MISC DEVICES [GENERAL]
> P: Alessandro Rubini
> M:[EMAIL PROTECTED]
> @@
It is possible to do something like this in check_preemption ?
delta = curr->fair_key - first->fair_key;
if (delta > ??? [scale it as you wish] ||
(curr->key > first->key) && (curr->wait_runtime > ???
[simple funtion of curr->weight]) )
preempt
Forgive
>
> > > - Do we need freezeable workqueues ?
> >
> > Well, we have at least one case in which they appear to be useful.
>
I need freezeable wq exactly for the fact that they are synchronized with
suspend/resume. My
workitem may do device_register/unregister and it can (and will be)
I recently was using randconfig to fish for some broken configs, when
I came to a .config[1], The failure appeared to be related to
CONFIGFS, so I mailed the maintainer, and was told CONFIGFS is
selected but SYSFS is not, and it shouldn't be possible unless edited
by hand which I didn't. Next, I
I tend to get this when doing unlinks or rms in xfs:
===
[ INFO: possible circular locking dependency detected ]
2.6.22-rc1-paravirt #1382
---
rm/1451 is trying to acquire lock:
I still noticed some type cleanups, and possibly a good debug message..
On Mon, May 14, 2007 at 11:14:55PM +0100, Adrian McMenamin wrote:
> +/* spu_memload - write to SPU address space */
> +static void spu_memload(u32 toi, void __iomem * from, int length)
> +{
> + u32 __iomem *froml = from;
On Sun, 13 May 2007 01:43:42 -0600
Grant Likely <[EMAIL PROTECTED]> wrote:
>
> Here is the 3rd iteration with the following changes:
> - Modified to be an i2c "new style" driver based on David Brownell's work
> - uses the new prototype for i2c_smbus_read_i2c_block_data() for block data
> reads
On 5/14/07, James Bottomley <[EMAIL PROTECTED]> wrote:
On Mon, 2007-05-14 at 17:53 +0530, Satyam Sharma wrote:
> > I guess this is probably the behaviour that James wanted originally?
No ... you're still not reading the explanation in the thread:
The wait scan module is designed to wait for
On Mon, May 14, 2007 at 12:59:10PM +0200, Peter Zijlstra wrote:
> Changes include:
>
> - wmb+rmb != mb
> - ->state folded into ->waiter
>
> ---
> Subject: scalable rw_mutex
>
> Scalable reader/writer lock.
>
> Its scalable in that the read count is a percpu counter and the reader fast
> path
From: Randy Dunlap <[EMAIL PROTECTED]>
Andi Kleen pointed out to me that the kernel locking cheat sheet
table entries are unreadable.
Make table entries smaller so that pdf and ps output is readable
(columns were being overwritten and garbled) by using abbreviations.
This allows the tables to
Changes from previous version:
1. Shorter macro and section names.
2. Detailed change log.
per cpu data section contains two types of data. One set which is exclusively
accessed by the local cpu and the other set which is per cpu, but also shared
by remote cpus. In the current kernel, these two
Hi,
On 5/14/07, Kumar Gala <[EMAIL PROTECTED]> wrote:
On May 14, 2007, at 6:06 AM, Sam Ravnborg wrote:
> On Mon, May 14, 2007 at 06:53:32PM +0800, Li Yang wrote:
>> This patch fixes the following "Section mismatch" warnings when
>> build powerpc platforms.
>>
>> -
>> WARNING:
On Mon, 14 May 2007 16:46:17 -0700 (PDT)
Christoph Lameter <[EMAIL PROTECTED]> wrote:
> -#define KMALLOC_SHIFT_HIGH 25
> +#define KMALLOC_SHIFT_HIGH ((MAX_ORDER + PAGE_SHIFT) =< 25 ? \
> + MAX_ORDER + PAGE_SHIFT - 1 : 25)
Would prefer to see a lot more parentheses in
Currently most of the per cpu data, which is accessed by different cpus, has a
cacheline_aligned_in_smp attribute. Move all this data to the new per cpu
shared data section: .data.percpu.shared_aligned.
This will seperate the percpu data which is referenced frequently by other cpus
from the
On Sat, May 12, 2007 at 07:56:20AM -0700, Jeremy Fitzhardinge wrote:
> David Chinner wrote:
> > What I don't understand is that on unmount dirty xfs inodes get
> > written out. Clearly this is not happening - either there's a hole
> > in the writeback logic (unlikely - it was unchanged) or we've
Looks like the radeon driver has the same problem as the i915 driver
mentioned on the known problems page - I get 60 wakeups/sec from it on
my Compaq X1000 laptop (Radeon 9000 graphics) while in X, which
essentially prevents entry into C3.
--
Robert Hancock Saskatoon, SK, Canada
To
On Mon, 2007-05-14 at 10:26 +0200, Martin Peschke wrote:
> >
> >> [EMAIL PROTECTED] timer_stats]# cat data
> >
> > this patch changes the userspace API though, and breaks PowerTOP :(
>
> Though I think it was unfortunate to add the "old" proc API in 2.6.21.
> timer_stats is clearly labeled as
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> [...] I'm suspicious of EEVDF's timekeeping now as well.
On Mon, May 14, 2007 at 02:04:05PM +0200, Ingo Molnar wrote:
> well, EEVDF is a paper-only academic scheduler, one out of thousands
> that never touched real hardware. For nearly every
This adds human-readable decoding of the ATA status and error registers (similar
to what drivers/ide does) as well as the SATA Serror register to libata error
handling output. This prevents the need to pore through standards documents
to figure out the meaning of the bits in these registers when
From: Randy Dunlap <[EMAIL PROTECTED]>
linux-parport is subscribers-only:
Your mail to 'Linux-parport' with the subject
Re: [QUESTION] parallel console configuration
Is being held until the list moderator can review it for approval.
The reason it is being held:
Post by non-member to a
Greg KH wrote:
Ok, I'll take a patch to keep the loop from going forever, but the main
issue here is that there is probably a hardware failure somewhere.
Okay, found it. The root cause here was a missing CONFIG_USB_SUSPEND=y,
which means the hci_usb device never got marked as
On Mon, 14 May 2007, David Miller wrote:
> From: Meelis Roos <[EMAIL PROTECTED]>
> Date: Mon, 14 May 2007 21:36:42 +0300 (EEST)
>
> > Sorry, I could not test the parport patch yet - I did git upgrade as of
> > yesterday and the kernel hangs on boot. boot -p reveals the following
> > slab
On Mon, 14 May 2007 20:15:24 +0530 "Amit K. Arora" <[EMAIL PROTECTED]> wrote:
>
> This patch implements sys_fallocate() and adds support on i386, x86_64
> and powerpc platforms.
This patch no longer applies to Linus' tree - for a start there is no file
arch/x86_64/kernel/functionlist any more.
I failed to cc some of the people on the cc list ... so am resending.
--linas
On Mon, May 14, 2007 at 06:37:30PM -0500, Linas Vepstas wrote:
>
> This patch adds PCI error recovery support to the
> s2io 10-Gigabit ethernet device driver. Third revision,
> blocks interrupts and the watchdog.
>
s2io cleanup suggestions, per discussion on mailing lists.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
drivers/net/s2io.c |2 --
drivers/net/s2io.h |1 -
2 files changed, 3 deletions(-)
Index: linux-2.6.22-rc1/drivers/net/s2io.c
On Fri, 16 Feb 2007 20:23:00 +0100 Michal Piotrowski wrote:
> Hi,
>
> I'm trying to setup a parallel console.
>
> CONFIG_PARPORT=y
> CONFIG_PARPORT_PC=y
> CONFIG_PRINTER=y
> CONFIG_LP_CONSOLE=y
>
> kernel params
> console=lp0 console=tty0
>
> System stuck on
> lp0: using parport0
This patch adds PCI error recovery support to the
s2io 10-Gigabit ethernet device driver. Third revision,
blocks interrupts and the watchdog.
Tested, seems to work well.
Signed-off-by: Linas Vepstas <[EMAIL PROTECTED]>
Acked-by: Ramkrishna Vepa <[EMAIL PROTECTED]>
Cc: Raghavendra Koushik
On 5/14/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Tue, 15 May 2007 08:43:35 +1000
Con Kolivas <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 May 2007 08:00, Andrew Morton wrote:
> > On Mon, 14 May 2007 10:50:54 +1000
> >
> > Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > akpm, please queue on
On Tuesday 15 May 2007 09:01, Andrew Morton wrote:
> On Tue, 15 May 2007 08:43:35 +1000
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > On Tuesday 15 May 2007 08:00, Andrew Morton wrote:
> > > On Mon, 14 May 2007 10:50:54 +1000
> > >
> > > Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > > akpm, please
Kevin Lloyd wrote:
Not a bad idea. When using the US_FL_IGNORE_DEVICE flag, that causes the
usb-storage driver to no load the device and allow another driver
properly load it? The reason I ask is because I previously had a
separate driver for the device, however there were priority issues
On Monday 14 May 2007 21:11, Andrew Morton wrote:
> On Mon, 14 May 2007 11:23:17 +0200
>
> Heiko Carstens <[EMAIL PROTECTED]> wrote:
> > From: Heiko Carstens <[EMAIL PROTECTED]>
> >
> > All architectures that have an implementation of smp_call_function_single
> > let it return -EBUSY if it is
On Mon, May 14, 2007 at 12:31:20PM +0200, Ingo Molnar wrote:
>>> please clarify - exactly what is a mistake? Thanks,
* William Lee Irwin III <[EMAIL PROTECTED]> wrote:
>> The variability in ->fair_clock advancement rate was the mistake, at
>> least according to my way of thinking. [...]
On Mon,
On Tuesday 15 May 2007 00:59, Jeremy Fitzhardinge wrote:
> Saves sizeof(char *) per string too, but you need to be careful none of
> these are being passed to sizeof or typeof. Did you check for that in
> your conversions?
Yes, i did, but i just went through them again to make it sure
and i
Not a bad idea. When using the US_FL_IGNORE_DEVICE flag, that causes the
usb-storage driver to no load the device and allow another driver
properly load it? The reason I ask is because I previously had a
separate driver for the device, however there were priority issues
regarding which loaded
On Tue, 15 May 2007 08:43:35 +1000
Con Kolivas <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 May 2007 08:00, Andrew Morton wrote:
> > On Mon, 14 May 2007 10:50:54 +1000
> >
> > Con Kolivas <[EMAIL PROTECTED]> wrote:
> > > akpm, please queue on top of "mm: swap prefetch improvements"
> > >
> > > ---
Kevin Lloyd wrote:
From: Kevin Lloyd <[EMAIL PROTECTED]>
This patch is targeted for the 2.6.21.1 kernel source. It adds support
for Sierra Wireless devices with auto-install support to the
unusual_devices list of the usb-mass storage driver. This requires
changes to Kconfig, Makefile, usb.c,
Frank Seidel wrote:
> Change of string form like Jeff Garzik suggested
> it at http://janitor.kernelnewbies.org/TODO
> to get better assembly output as this format only
> declares a single variable.
>
Saves sizeof(char *) per string too, but you need to be careful none of
these are being
James Bottomley wrote:
> Let me do it.
>
> These are the two patches, tested and working on Voyager.
>
> The order of application is
>
> i386-common-smp.patch
> i386-fix-voyager-build.patch
>
Yep, looks fine to me. The only difference from the ones I just posted
appears to be a little bit of
Am 14.05.2007 22:00 schrieb Jan Engelhardt:
> On May 14 2007 19:40, Lars K.W. Gohlke wrote:
>>>
>>> after searching the mailing list and searching the web, I still don't
>>> know how to access correctly the serial port (in user space known as
>>> /dev/ttyS01)
>
>
On Tue, May 15, 2007 at 08:47:04AM +1000, Benjamin Herrenschmidt wrote:
> On Mon, 2007-05-14 at 15:08 -0700, Andrew Morton wrote:
> >
> > Well that's some pretty sad code you've found there. The kernel
> > surely has
> > some appropriate type to use here without us having to invent a new
> >
James Bottomley wrote:
> Seriously, though, although I tolerate voyager breakage through the
> merge window, I actively try to clean it up and have a working voyager
> for the next release. There's no real excuse for not fixing build
> breakage. How it's done, I don't really care. The only
On Sun, May 13, 2007 at 11:46:08PM +0200, Christoph Hellwig wrote:
> On Sat, May 12, 2007 at 09:31:05AM -0500, Olof Johansson wrote:
> > ppc64 really needs ioaddr_t to be 64-bit, since I/O addresses really
> > are MMIO addresses, and remapped to a high range.
> >
> > While the type is exported to
Change of string form like Jeff Garzik suggested
it at http://janitor.kernelnewbies.org/TODO
to get better assembly output as this format only
declares a single variable.
Signed-off-by: Frank Seidel <[EMAIL PROTECTED]>
---
arch/ppc/platforms/4xx/xilinx_ml300.c |2 +-
On Mon, 2007-05-14 at 15:08 -0700, Andrew Morton wrote:
>
> Well that's some pretty sad code you've found there. The kernel
> surely has
> some appropriate type to use here without us having to invent a new
> one.
> But I suspect if we were to rationalise things in there it will get
> messy.
On Tuesday 15 May 2007 08:00, Andrew Morton wrote:
> On Mon, 14 May 2007 10:50:54 +1000
>
> Con Kolivas <[EMAIL PROTECTED]> wrote:
> > akpm, please queue on top of "mm: swap prefetch improvements"
> >
> > ---
> > Failed radix_tree_insert wasn't being handled leaving stale kmem.
> >
> > The list
On Mon, 2007-05-14 at 15:29 -0700, Andrew Morton wrote:
> On Mon, 14 May 2007 23:58:09 +0200
> Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> >
> > > OK, but only if you don't want to put "i386: move common parts of smp
> > > into their own file" in front of it, and remove the duplicated code. I
> >
On Monday 14 May 2007 23:05:14 Thomas Gleixner wrote:
> On Mon, 2007-05-14 at 22:15 +0100, Alistair John Strachan wrote:
> > On Monday 14 May 2007 11:26:08 Thomas Gleixner wrote:
> > > I'm pleased to announce an updated version of the x86_64
> > > highres/dyntick support patches against
Hubertus Grobbel <[EMAIL PROTECTED]> writes:
> I found out, that the option O_DIRECT for opening a file on a fat-
> filesystem successfully completes. But reading and writing to that
> file leads to EINVAL errors (using kernel 2.6.18).
EINVAL may be meaning the memory alignment which you passed
On Mon, 2007-05-14 at 21:44 +0200, Jan-Benedict Glaw wrote:
> On Fri, 2007-05-11 10:06:17 +0200, [EMAIL PROTECTED] <[EMAIL PROTECTED]>
> wrote:
> > Jesper Juhl wrote:
> > > On 10/05/07, Shahbaz Khan <[EMAIL PROTECTED]> wrote:
> > why not adding a link to every kernel an kernel.org kernel,
> >
Andrew Morton wrote:
> This is getting comical.
>
> According to my records, the patch
> voyager-fix-build-broken-by-shift-to-smp_ops.patch _is_ Jeremy's patch.
> James forwarded it.
>
> I take it from your statement that we should merge some Jeremy-patch other
> than this Jeremy-patch?
>
> If
On Mon, 2007-05-14 at 15:10 +0530, Bharata B Rao wrote:
> From: Jan Blunck <[EMAIL PROTECTED]>
> Subject: Introduce union stack.
>
> Adds union stack infrastructure to the dentry structure and provides
> locking routines to walk the union stack.
...
> --- /dev/null
> +++
Am 14.05.2007 15:00 schrieb Lars K.W. Gohlke:
> after searching the mailing list and searching the web, I still don't
> know how to access correctly the serial port (in user space known as
> /dev/ttyS01)
I can only tell you how I did it in the special case of the
ser_gigaset driver which drives
On Mon, 14 May 2007 23:58:09 +0200
Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > OK, but only if you don't want to put "i386: move common parts of smp
> > into their own file" in front of it, and remove the duplicated code. I
> > could send you a third copy if you like.
>
> Using Jeremy's patch
On Mon, 2007-05-14 at 15:00 -0700, Jeremy Fitzhardinge wrote:
> Andrew Morton wrote:
> > Well, let's get the build fix in place first and then we can feed
> > the cleanup in later on, in a more leisurely fashion?
> >
>
> If you like. Are all the Voyager users standing outside your office
>
On Mon, 14 May 2007 14:44:49 -0700, Kevin Lloyd <[EMAIL PROTECTED]> wrote:
> + schedule_timeout_uninterruptible(delay_t*HZ);
> + retval = sierra_ms_change_mode(us, SWIMS_SET_MODE_Modem);
> + if (retval == -ETIMEDOUT || retval == -ETIME) {
> +
> I would like to access on certain files on a flash-disk without cache
> usage, whereas the rest of the filesystem shall be accessed normally/cached.
> I am aware of the previous discussion. My application is not targetting on a
> pure file usage (I can live with the existing features for that),
1 - 100 of 1078 matches
Mail list logo