On Sat, 3 Oct 2015 15:32:36 +0200 Christoph Hellwig wrote:
> This series consolidates the code to implement configfs attributes
> by providing the ->show and ->store method in common code and using
> container_of in the methods to access the containing structure.
>
> This reduces source and bin
On Sat, 19 Sep 2015 22:42:59 +0530 Sudip Mukherjee
wrote:
> compound_head is defined as inline in page-flags.h but in the forward
> declaration of compound_head in the same file missed "inline". As a result
> we got plenty of build warnings while building for some architecture
> like avr32. The
On Wed, 18 Mar 2015 15:48:02 -0700 Tony Lindgren wrote:
> Looks like dm81xx can only do 32-bit fifo reads like am35x. Let's set
> up musb-dsps with a custom read_fifo function based on the compatible
> flag.
>
> Otherwise we can get the following errors when starting dhclient on a
> asix USB Eth
On Wed, 30 Oct 2013 00:07:22 +0800 Ming Lei wrote:
> sg_copy_buffer() can't meet demand for some drrivers(such usb
> mass storage), so we have to use the sg_miter_* APIs to access
> sg buffer, then need export sg_miter_skip() for these drivers.
>
> The API is needed for converting to sg_miter_*
: error: 'struct rts51x_chip' has no
> member named 'us'
>
> chip->us here is only defined when CONFIG_REALTEK_AUTOPM is enabled.
local var `us' doesn't get used by anything and it's unclear why that
patch added it?
From: Andrew Morton
Subject:
On Wed, 30 Jan 2013 19:53:22 +0800
Ming Lei wrote:
> The allocation failure is caused by the big sizeof(struct parsed_partitions),
> which is 64K in my 32bit box,
Geeze.
We could fix that nicely by making parsed_partitions.parts an array of
pointers to a single `struct parsed_partition' and all
On Thu, 17 Jan 2013 09:28:14 +0800
Ming Lei wrote:
> > If so, I wonder if we could avoid the whole problem by appropriately
> > syncing all dirty memory back to storage before starting to turn devices
> > off?
>
> The patchset is to address the probable deadlock problem by GFP_KERNEL
> during ru
On Sat, 5 Jan 2013 10:25:38 +0800
Ming Lei wrote:
> This patchset try to solve one deadlock problem which might be caused
> by memory allocation with block I/O during runtime PM and block device
> error handling path. Traditionly, the problem is addressed by passing
> GFP_NOIO statically to mm,
On Sat, 24 Nov 2012 20:59:12 +0800
Ming Lei wrote:
> This patchset try to solve one deadlock problem which might be caused
> by memory allocation with block I/O during runtime PM and block device
> error handling path. Traditionly, the problem is addressed by passing
> GFP_NOIO statically to mm,
On Wed, 7 Nov 2012 11:11:24 +0800 Ming Lei wrote:
> On Wed, Nov 7, 2012 at 7:23 AM, Andrew Morton
> wrote:
> >
> > It's unclear from the description why we're also clearing __GFP_FS in
> > this situation.
> >
> > If we can avoid doing this then
On Sat, 3 Nov 2012 16:35:11 +0800
Ming Lei wrote:
> This patch applyes the introduced pm_runtime_set_memalloc_noio on
> block device so that PM core will teach mm to not allocate memory with
> GFP_IOFS when calling the runtime_resume and runtime_suspend callback
> for block devices and its ances
On Sat, 3 Nov 2012 16:35:10 +0800
Ming Lei wrote:
> The patch introduces the flag of memalloc_noio in 'struct dev_pm_info'
> to help PM core to teach mm not allocating memory with GFP_KERNEL
> flag for avoiding probable deadlock.
>
> As explained in the comment, any GFP_KERNEL allocation inside
On Sat, 3 Nov 2012 16:35:09 +0800
Ming Lei wrote:
> This patch introduces PF_MEMALLOC_NOIO on process flag('flags' field of
> 'struct task_struct'), so that the flag can be set by one task
> to avoid doing I/O inside memory allocation in the task's context.
>
> The patch trys to solve one deadl
On Sat, 3 Nov 2012 16:35:08 +0800
Ming Lei wrote:
> This patchset try to solve one deadlock problem which might be caused
> by memory allocation with block I/O during runtime PM and block device
> error handling path. Traditionly, the problem is addressed by passing
> GFP_NOIO statically to mm,
On Wed, 17 Oct 2012 09:54:09 +0800
Ming Lei wrote:
> On Wed, Oct 17, 2012 at 4:19 AM, Andrew Morton
> wrote:
> >
> > The patch seems reasonable to me. I'd like to see some examples of
> > these resume-time callsite which are performing the GFP_KERNEL
> > a
On Tue, 16 Oct 2012 23:59:41 +0800
Ming Lei wrote:
> This patch introduces PF_MEMALLOC_NOIO on process flag('flags' field of
> 'struct task_struct'), so that the flag can be set by one task
> to avoid doing I/O inside memory allocation in the task's context.
>
> The patch trys to solve one deadl
On Wed, 20 Feb 2008 09:10:42 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=10051
>
>Summary: Spurious messages at boot, eventually hangs the usb
> subsustem
>Product: Drivers
>Version: 2.5
> KernelVer
On Mon, 11 Feb 2008 12:29:33 -0800
Kevin Lloyd <[EMAIL PROTECTED]> wrote:
> From: Kevin Lloyd <[EMAIL PROTECTED]>
>
> Moves the Onda H600/ZTE MF33 device from the sierra driver to the option
> driver.
>
A changelog should describe why a change was made, not simply what the
change is.
>
> ---
On Sat, 9 Feb 2008 18:08:14 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9925
>
>Summary: PROBLEM: Card Reader Detected but won't connect to
> system
>Product: IO/Storage
>Version: 2.5
> KernelVersi
On Tue, 5 Feb 2008 22:48:29 +0100
"Oliver Pinter" <[EMAIL PROTECTED]> wrote:
> On 2/5/08, Oliver Pinter <[EMAIL PROTECTED]> wrote:
> > http://students.zipernowsky.hu/~oliverp/kernel/regression_2624/
> >
> > uploaded:
> > kernel image
> > .config
> > new pictures
> > lspci
> > lsusb
> >
> > -
>
On Tue, 5 Feb 2008 10:36:16 -0500 (EST) Alan Stern <[EMAIL PROTECTED]> wrote:
> On Mon, 4 Feb 2008 [EMAIL PROTECTED] wrote:
>
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > drivers/usb/storage/sddr55.c: In function 'sddr55_transport':
> On Fri, 25 Jan 2008 08:34:00 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9815
>
>Summary: Unable to mount ipod
>Product: Other
>Version: 2.5
> KernelVersion: 2.6.24
> Platform: All
> OS/Version: Linu
> On Fri, 25 Jan 2008 07:16:49 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9813
>
>Summary: usb mouse broken on X20 (intermittent)
>Product: Drivers
>Version: 2.5
> KernelVersion: 2.6.24
> Platform: All
>
(cc linux-usb)
> On Tue, 15 Jan 2008 13:40:38 -0200 Otavio Salvador <[EMAIL PROTECTED]> wrote:
> Hello,
>
> I have the following in my syslog:
>
> Jan 15 13:30:38 neumann kernel: usb 1-2: new full speed USB device using
> uhci_hcd and address 5
> Jan 15 13:30:38 neumann kernel: usb 5-2: new lo
> On Tue, 22 Jan 2008 09:29:27 +0100 Oliver Neukum <[EMAIL PROTECTED]> wrote:
> Am Dienstag, 22. Januar 2008 00:28:57 schrieb Serge Gavrilov:
> > vuescan D c066ce00 4972 25367 1
> > d8adfdb4 0046 c066ce00 c066ce00 0282 d8adfd94 c046c0f9
> > d878ac80
> > c066ce00
On Mon, 21 Jan 2008 10:23:48 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9790
>
>Summary: strange USB related problem
>Product: Drivers
>Version: 2.5
> KernelVersion: 2.6.23 and above
> Platform: All
>
On Fri, 11 Jan 2008 10:36:20 -0800 Greg KH <[EMAIL PROTECTED]> wrote:
> On Fri, Dec 21, 2007 at 04:54:15PM -0800, Sarah Sharp wrote:
> > This patch exports two statistics to userspace:
> > /sys/bus/usb/device/.../power/connected_duration
> > /sys/bus/usb/device/.../power/active_duration
> >
> > c
On Tue, 8 Jan 2008 00:05:21 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9713
>
>Summary: 2.6.23.12: usb printer fails to print or work
>Product: Drivers
>Version: 2.5
> KernelVersion: 2.6.23.12
> Platform: A
On Sun, 30 Dec 2007 05:57:27 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9665
>
>Summary: ehci-hcd blocks usblp with HP CM1015 printer on NVidia
> 680i chipset
>Product: Drivers
>Version: 2.5
> Kern
On Wed, 26 Dec 2007 11:29:38 -0800 (PST) [EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=9638
>
>Summary: USB bad sense data [sense 0 00 00] causes corruption
>Product: Drivers
>Version: 2.5
> KernelVersion: 2.6.xx
> Platfor
On Sun, 23 Dec 2007 23:36:11 +0100 Victor Hahn <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> ... because it causes lsusb to freeze and gives me this in /var/log/messages:
Has this always happened, or is it something we introduced in a recent
kernel?
> Dec 23 2
31 matches
Mail list logo