On Thu, Mar 23, 2017 at 6:03 PM, Ulf Hansson wrote:
> On 23 March 2017 at 01:18, Jin Qian wrote:
>> Extend sysfs to access ext_csd revision information.
it can be used secure erase feature for each revision. so it's helpful
to support at sysfs node.
Acked-by: Kyungmin Park
>&
should be scanned.
Here's old discussion to support app-per-memcg reclaim
"[PATCH] memcg: Add force_reclaim to reclaim tasks' memory in memcg."
http://www.spinics.net/lists/cgroups/msg07874.html
unlike existing interface, it can reclaim the memory while process is
still in memc
On Tue, May 12, 2015 at 11:43 PM, Tejun Heo wrote:
> Hello,
>
> On Mon, May 11, 2015 at 04:47:14PM +0900, Kyungmin Park wrote:
>> > The kernel 3.10 is not working as expected, but right the latest
>> > kernel is working correctly.
>>
>> Please ignore it.
On Mon, May 11, 2015 at 1:28 PM, Kyungmin Park wrote:
> On Sat, May 9, 2015 at 12:25 AM, Tejun Heo wrote:
>> Hello, Kyungmin.
>>
>> On Fri, May 08, 2015 at 09:04:26AM +0900, Kyungmin Park wrote:
>>> > I need to think more about it but as an *optimization* we can
On Sat, May 9, 2015 at 12:25 AM, Tejun Heo wrote:
> Hello, Kyungmin.
>
> On Fri, May 08, 2015 at 09:04:26AM +0900, Kyungmin Park wrote:
>> > I need to think more about it but as an *optimization* we can add
>> > freezing() test before actually waking tasks up duri
On Fri, May 8, 2015 at 12:42 AM, Tejun Heo wrote:
> Hello,
>
> On Thu, May 07, 2015 at 03:45:57PM +0900, Kyungmin Park wrote:
>> From: Kyungmin Park
>>
>> Some platform uses freezer cgroup for speicial purpose to schedule out some
>> applications. but after susp
From: Kyungmin Park
Some platform uses freezer cgroup for speicial purpose to schedule out some
applications. but after suspend & resume, these processes are thawed and
running.
but it's inteneded and don't need to thaw it.
To avoid it, does it possible to modify resume code
On Tue, Mar 10, 2015 at 11:22 PM, Jan Kara wrote:
> On Tue 10-03-15 06:03:23, Christoph Hellwig wrote:
>> On Tue, Mar 10, 2015 at 10:51:41AM +0900, Kyungmin Park wrote:
>> > Any updates?
>>
>> Please just add disk quota support to tmpfs so thast the standard quota
&
Any updates?
Thank you,
Kyungmin Park
On Wed, Feb 11, 2015 at 11:50 PM, Krzysztof Kozlowski
wrote:
> Allow notifying user space when used space of tmpfs exceeds specified
> level.
>
> The utilization level is passed as mount option 'warn_used'. The kernel
> will
om OOM killer, so that the frozen process will recover itself
> and then be killed finally.
Similar patch is posted and discussed but no conclusion.
http://marc.info/?t=13769976944&r=1&w=1
Adding Bart,
Thank you,
Kyungmin Park
>
> Cc: David Rientjes
> Cc: Michal Hocko
> C
me what makes the migration code decide that sb buffer isn't movable?
>> We
>> seem to be locking the buffers before moving the underlying page but we
>> don't do any reference or state checks on the buffers... That seems to be
>> assuming that noone looks at bh->b_d
On Sat, Mar 15, 2014 at 2:35 AM, Tomasz Figa wrote:
> Hi Chanwoo, Mark,
>
>
> On 14.03.2014 11:56, Chanwoo Choi wrote:
>>
>> Hi Mark,
>>
>> On 03/14/2014 07:35 PM, Mark Rutland wrote:
>>>
>>> On Fri, Mar 14, 2014 at 07:14:37AM +, Chanwoo Choi wrote:
Hi Mark,
On 03/14/2014 0
ge Bits parameter, used as
> + scaling parameter in Custom Model algorithm;
> + - maxim,model_data: ModelGauge ModelData data,
> + Custom Model calibration data.
Dose it open to vendor? we're using this chi
On Mon, Jan 6, 2014 at 7:46 PM, Lee Jones wrote:
>> Add document describing device tree bindings for MAX14577 MFD driver.
>>
>> Signed-off-by: Krzysztof Kozlowski
>> Signed-off-by: Kyungmin Park
>> ---
>> Documentation/devicetree/bindings/mfd/max14577.txt |
> -Original Message-
> From: Peter Zijlstra [mailto:pet...@infradead.org]
> Sent: Thursday, December 12, 2013 8:35 PM
> To: Andrzej Pietrasiewicz
> Cc: linux-kernel@vger.kernel.org; Kyungmin Park; Marek Szyprowski; Ingo
> Molnar
> Subject: Re: [PATCH v2] kernel/loc
default".
>>
>> * If we set the pinmux up as "output" then there's a chance that the
>> line will glitch at bootup since the pinmux happens (changing the pin
>> to output) before the driver has a chance to run.
>
> I think that last point should be
ruct device
>> *dev)
>> +{
>
> There's no DT binding document?
>
>> +const struct dev_pm_ops max14577_pm = {
>> + .suspend = max14577_suspend,
>> + .resume = max14577_resume,
>> +};
>
> SET_SYSTEM_SLEEP_PM_OPS().
>
>> +static i
o
> hold most of the time, disabling the overvoltage protection all the time
> seems like an uncertain tradeoff.
It's hard to do at runtime. right it's rare case. but some condition
(as above) is meet, and no code as workaround. it's mal-function.
that's the guide to avoid
From: Kyungmin Park
The most mobile phones have Ambient Light Sensors and it changes brightness
according lux.
It means it changes backlight brightness frequently by just writing sysfs node,
so it generates uevent.
Usually there's no user to use this backlight changes. But it forks
On Tue, Nov 12, 2013 at 10:19 AM, Kay Sievers wrote:
> On Tue, Nov 12, 2013 at 1:56 AM, Henrique de Moraes Holschuh
> wrote:
>> On Tue, 12 Nov 2013, Jingoo Han wrote:
>>> On Tuesday, November 12, 2013 8:57 AM, Kyungmin Park wrote:
>>> > From: Kyungmin Park
&
On Tue, Nov 12, 2013 at 9:56 AM, Henrique de Moraes Holschuh
wrote:
> On Tue, 12 Nov 2013, Jingoo Han wrote:
>> On Tuesday, November 12, 2013 8:57 AM, Kyungmin Park wrote:
>> > From: Kyungmin Park
>> >
>> > The most mobile phones have Ambient Light Sen
Please ignore it. strange mail system.
After feedback from previous mail, I'll re-send it.
Thank you,
Kyungmin Park
On Tue, Nov 12, 2013 at 9:44 AM, Kyungmin Park wrote:
> From: Kyungmin Park
>
> The most mobile phones have Ambient Light Sensors and it changes brightness
&
From: Kyungmin Park
The most mobile phones have Ambient Light Sensors and it changes brightness
according lux.
It means it changes backlight brightness frequently by just writing sysfs node,
so it generates uevent.
Usually there's no user to use this backlight changes. But it forks
From: Kyungmin Park
The most mobile phones have Ambient Light Sensors and it changes brightness
according lux.
It means it changes backlight brightness frequently by just writing sysfs node,
so it generates uevent.
Usually there's no user to use this backlight changes. But it forks
On Tue, Nov 5, 2013 at 5:04 PM, Tushar Behera wrote:
> On 5 November 2013 13:27, Kyungmin Park wrote:
>> On Tue, Nov 5, 2013 at 3:29 PM, Tushar Behera
>> wrote:
>>> On 31 October 2013 21:46, Lee Jones wrote:
>>>> On Thu, 31 Oct 2013, Tushar Behera wrote:
&
.name = "s5m-rtc",
>>> - },
>>> + }, {
>>> + .name = "s5m8767-clk",
Do you want to handle these as "clock"? previous time, it's
implemented at regulator. please see drivers/regulator/max* series.
Thank you,
Kyung
ery wasteful.
>
> This patch modifes the code such that, i2c bus registers to
> cpu_freq_transition only if CONFIG_CPU_FREQ_S3C24XX is enabled.
>
> This change should save a bunch of cpufreq transitions calls
> which does not apply to exynos SoCs.
>
> Signed-off-by: Naveen K
whine loudly if it's running off
>> a userland task except from well-defined spots.
>
> Which might be worth doing anyway to be sure we know what's going on.
>
>> Anyways, we need to ensure that userland task doesn't get stuck deep in the
>> kernel befor
sockaddr_in6 *sip = (struct sockaddr_in6 *)sap;
> u8 nexthdr;
> int offset;
> int proto = -EINVAL;
> @@ -3181,7 +3179,7 @@ static int smack_socket_sock_rcv_skb(struct sock *sk,
> struct sk_buff *skb)
> struct netlbl_lsm_secattr secattr;
>
On Mon, Jul 22, 2013 at 9:15 AM, Joe Perches wrote:
> ommit ca9143501c30 ("ARM: EXYNOS: Remove unused board files")
> removed the files, remove the patterns too.
>
> Signed-off-by: Joe Perches
> cc: Tomasz Figa
> cc: Kyungmin Park
Acked-by: Kyungmin Park
> cc: K
+ cpufreq maintainers
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> Signed-off-by: Konstantin Krivyakin
> ---
> drivers/cpufreq/exynos-cpufreq.c |2 ++
> drivers/cpufreq/exynos-cpufreq.h |1 +
> drivers/cpufreq/exynos4x12-cpufreq.c | 19 ++-
>
+ scheduler maintainers
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> Signed-off-by: Konstantin Krivyakin
> ---
> include/linux/sched.h |2 ++
> include/uapi/linux/taskstats.h |2 ++
> kernel/fork.c |1 +
> kernel/sched/core.c|
+ cpufreq maintainers
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> Signed-off-by: Konstantin Krivyakin
> ---
> drivers/cpufreq/cpufreq.c | 17 +
> include/linux/cpufreq.h |6 ++
> 2 files changed, 23 insertions(+)
>
> diff --git a/drivers/cpufreq/cp
Hi Krivyakin,
Please use "./scripts/get_maintainer.pl" and send proper maintainers.
I added them.
Thank you,
Kyungmin Park
On Fri, Jul 5, 2013 at 12:17 AM, Konstantin Krivyakin
wrote:
> This patchset adds per-process power consumption measurement facility.
> Power con
+ Ms. Kim,
she already raised this issue at another mail thread.
Thank you,
Kyungmin Park
On Wed, Jun 26, 2013 at 6:51 AM, Luiz Capitulino wrote:
> Currently, applications are notified for the level they registered for
> _plus_ higher levels.
>
> This is a problem if the applicat
can it use current madvise and only
allow this feature at linux only?
As you know it's just hint and it doesn't break existing memory behaviors.
>
> Any comments as I start implementing it? Is there any reason to allow
> naming a file-backed mapping and showing it alongside the fi
On Mon, Jun 17, 2013 at 7:17 AM, Doug Anderson wrote:
> It's convenient if get_maintainer suggests sending samsung/exynos
> pinctrl changes to linux-samsung-soc and to Tomasz and Thomas.
>
> Signed-off-by: Doug Anderson
Acked-by: Kyungmin Park
> ---
> Changes in v2:
>
special-case the "nr_to_scan == 0" case and AFAICT
> drivers/staging/android/lowmemorykiller.c:lowmem_shrink() does do this,
> and it looks like the function will be pretty quick in this case.
>
> In other words, the behaviour of lowmem_shrink(nr_to_scan == 0
igned-off-by: Arnd Bergmann
> Cc: linux-...@lists.infradead.org
> Cc: Kyungmin Park
Acked-by: Kyungmin Park
> Cc: David Woodhouse
> ---
> drivers/mtd/onenand/samsung.c | 4
> ++--
> .../include/plat/regs-onenand.h => drivers/mtd/onenan
header file explicitly.
It's really wanted feature.
>
> Signed-off-by: Arnd Bergmann
Acked-by: Kyungmin Park
> ---
> arch/arm/mach-exynos/dev-uart.c | 1 +
> arch/arm/mach-exynos/include/mach/irqs.h | 5 -
> arch/arm/mach-exynos/mach-armlex4210.c | 2 ++
> arch/a
u know SSD and
memory is different characteristics.
and if new type is added, it doesn't need to modify lots of codes.
Do you have any data for it? do you get meaningful performance gain or
efficiency of z* family? If yes, please share it.
Thank you,
Kyungmin Park
>
> Other problem is
st to enable power when usb is connected only.
In our case, micro IC detects the usb connection and enable usb power
at that time.
Thank you,
Kyungmin Park
>
> Signed-off-by: Tushar Behera
> ---
>
> Based on v3.8.
>
> arch/arm/mach-exynos/mach-origen.c |2 ++
> 1 files cha
ard to modify
to use lowmem, so just CMA can support highmem and no need to adjust
address used at reserved memory.
> CMA is for dma buffer, correct? Then how can old dma device access highmem?
What's the "old dma device"? To support it, we also modify
arch/arm/mm/dma
driver uses 4210 and
>> 4212 to differentiate between different register addresses and
>> features, but most things are just exynos4-hdmi compatible.
I would like to distinguish between 4210 and 4x12. since it has
different features. e.g., HDMI v1.3 and v1.4.
and I also want to use 4412
Hi,
Can split patch into two parts?
One for USB tree, another for samsung tree.
Thank you,
Kyungmin Park
On Tue, Feb 5, 2013 at 9:37 AM, Dongjin Kim wrote:
> This patch adds host phy support for Samsung's Exynos4412 SoC to
> samsung-usbphy driver and its device node.
>
> C
Hi,
On Tue, Feb 5, 2013 at 8:43 AM, Minchan Kim wrote:
> Hello,
>
> On Tue, Feb 05, 2013 at 08:29:26AM +0900, Kyungmin Park wrote:
>> On Tue, Feb 5, 2013 at 8:06 AM, Andrew Morton
>> wrote:
>> > On Mon, 04 Feb 2013 11:27:05 +0100
>> > Marek Szyprowski wr
t; eclk:
> kfree(i2c);
> emalloc:
> - release_mem_region(res->start, resource_size(res));
> + if (!res)
if (res)?
It's not match with description. and it seems wrong.
Thank you,
Kyungmin Park
> + release_mem_region(res->start, resource
is needed so that others can make patch-scheduling
> decisions and should be included in all bugfix changelogs unless it is
> obvious).
CMA Highmem support is new feature. so don't need to go stable tree.
Thank you,
Kyungmin Park
>
> --
> To unsubscribe, send a message with 'unsub
or master; and 1 is for slave */
> + unsigned inti2c_mode;
If it's used for master or not, doesn't better to use 'is_master' or
'is_slave'? what's the meaning of 'i2c_mode'?
and
#define is_master(i2c) (i2c->is_master)
Thank you,
Kyungmi
Acked-by: Kyungmin Park
On Thu, Nov 29, 2012 at 2:05 PM, Naveen Krishna Chatradhi
wrote:
> From: Simon Glass
>
> There is a rather odd feature of the exynos i2c controller that if it
> is left enabled, it can lock itself up with the clk line held low.
> This makes t
Hi,
It's fixed already and you will check it at Nov 28 tree
http://www.spinics.net/lists/linux-media/msg56830.html
Thank you,
Kyungmin Park
On 11/28/12, Stephen Rothwell wrote:
> [Just adding some cc's]
>
> On Tue, 27 Nov 2012 10:32:15 -0800 Randy Dunlap
> wrote:
>&g
,
Kyungmin Park
On 11/27/12, Prabhakar Lad wrote:
> From: Lad, Prabhakar
>
> from commit 93049b9368a2e257ace66252ab2cc066f3399cad, which adds
> a check HAVE_GENERIC_DMA_COHERENT for dma ops, the check was wrongly
> made it should have been HAVE_GENERIC_DMA_COHE
On 11/20/12, Zhang Rui wrote:
> On Tue, 2012-11-20 at 15:16 +0900, Kyungmin Park wrote:
>> On 11/20/12, Zhang Rui wrote:
>> > On Tue, 2012-11-20 at 10:39 +0900, Kyungmin Park wrote:
>> >> On 11/20/12, Jonghwan Choi wrote:
>> >> > [0]bit is used to e
On 11/20/12, Zhang Rui wrote:
> On Tue, 2012-11-20 at 10:39 +0900, Kyungmin Park wrote:
>> On 11/20/12, Jonghwan Choi wrote:
>> > [0]bit is used to enable/disable tmu core. [1] bit is a reserved bit.
>> >
>> > Signed-off-by: Jonghwan Choi
>> Acked-by
d-off-by: Jonghwan Choi
Ackedy-by: Kyungmin Park
> ---
> drivers/thermal/exynos_thermal.c | 10 ++
> 1 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/thermal/exynos_thermal.c
> b/drivers/thermal/exynos_thermal.c
> index 129e827.
On 11/20/12, Jonghwan Choi wrote:
> [0]bit is used to enable/disable tmu core. [1] bit is a reserved bit.
>
> Signed-off-by: Jonghwan Choi
Acked-by: Kyungmin Park
> ---
> drivers/thermal/exynos_thermal.c | 16
> 1 files changed, 12 insertions(+), 4 del
+ return 0;
> +
> + return (int) ((bootloader_idle) / (bootloader_total / 100));
> +}
> diff --git a/arch/arm/include/uapi/asm/setup.h
> b/arch/arm/include/uapi/asm/setup.h
> index 979ff40..5bc9026 100644
> --- a/arch/arm/include/uapi/asm/setup.h
> +++ b/arch/
Acked-by: Kyungmin Park
On Wed, Nov 7, 2012 at 12:28 AM, Axel Lin wrote:
> Set it once is enough.
>
> Signed-off-by: Axel Lin
> ---
> drivers/pinctrl/pinctrl-samsung.c |1 -
> 1 file changed, 1 deletion(-)
>
> diff --git a/drivers/pinctrl/pinctrl-samsung.c
>
ol' is zero,
>> Charger-manager
>> usually can control to enable/disable regulator.
>>
>> Signed-off-by: Chanwoo Choi
>> Signed-off-by: Myungjoo Ham
>> Signed-off-by: Kyungmin Park
>> ---
>
> Thanks for your work, folks!
>
> The
On 9/12/12, Arnd Bergmann wrote:
> From: Marc Zyngier
>
> Convert Exynos4 to use the SoC descriptor to provide its SMP
> and CPU hotplug operations.
>
> Cc: Kukjin Kim
> Tested-by: Kyungmin Park
Acked-by: Kyungmin Park
> Signed-off-by: Marc Zyngier
> S
es
>> 10M in 40M movable zone in QEMU machine.
>>
>> Before - 146ms, After - 7ms
>>
>> Cc: Marek Szyprowski
>> Cc: Michal Nazarewicz
>
> Acked-by: Michal Nazarewicz
Tested-by: Kyungmin Park
>
> Thanks!
>
> --
> Best regards,
On 9/7/12, Minchan Kim wrote:
> Hi Kyungmin,
>
> On Fri, Sep 07, 2012 at 04:31:17PM +0900, Kyungmin Park wrote:
>> On 9/7/12, Kyungmin Park wrote:
>> > Hi Minchan,
>> >
>> > I tested Mel patch again with ClearPageActive(page). but after some
>
On 9/7/12, Kyungmin Park wrote:
> Hi Minchan,
>
> I tested Mel patch again with ClearPageActive(page). but after some
> testing, it's stall and can't return from
> reclaim_clean_pages_from_list(&cc.migratepages).
>
> Maybe it's related with unmap feature
#x27;ll test it more and report any issue if happened.
Thank you,
Kyungmin Park
On 9/7/12, Minchan Kim wrote:
> On Thu, Sep 06, 2012 at 10:03:25AM +0100, Mel Gorman wrote:
>> On Thu, Sep 06, 2012 at 09:29:35AM +0100, Mel Gorman wrote:
>> > On Thu, Sep 06, 2012 at 02:31:12
Hi Mel,
After apply your patch, It got the below message.
Please note that it's not the latest kernel. it's kernel v3.0.31 + CMA
+ your patch.
It seems it should not be active but it contains active field.
Thank you,
Kyungmin Park
[ 79.160394] c1 BUG: Bad page state in process m
and also you should update "MMC_QUIRK_MOVINAND_SECURE" also.
On 8/14/12, Kyungmin Park wrote:
> Hi Ian,
>
> "MMC_QUIRK_SKIP_SECURE"? It seems it support secure discard but want
> to skip. but it's wrong. it's broken feature at listed MoviNAND.
>
Hi Ian,
"MMC_QUIRK_SKIP_SECURE"? It seems it support secure discard but want
to skip. but it's wrong. it's broken feature at listed MoviNAND.
As linus suggested, SECURE_BROKEN is better.
Thank you,
Kyungmin Park
On 8/14/12, IAN CHEN wrote:
> For several MoviNAND, the
+ Myungjoo Ham,
It used at devfreq. Mr. Ham can you explain it in detail?
Thank you,
Kyungmin Park
,
On 8/9/12, Rafael J. Wysocki wrote:
> On Wednesday, August 08, 2012, Jonghwa Lee wrote:
>> Bus throughput metric is added to PM QoS in order to control the
>> frequency of memory
t;
> So the probable steps in getting started with using device tree for
> Exynos4412 would be
>
> 1. Create a new exynos4.dtsi file with all the Exynos4 common
> properties for all dt supported controllers.
> 2. Update the exynos4210.dtsi file accordingly and add the new
> exynos441
Hi,
Now another person try to use drivers/usb/phy for it.
"usb: phy: samsung: Introducing usb phy driver for hsotg"
Can you use it instead of previous one?
Thank you,
Kyungmin Park
On 8/6/12, Dongjin Kim wrote:
> This patch support to control USB HSIC of EXYNOS4,
> edited based
On Fri, Jul 13, 2012 at 8:10 PM, Amit Daniel Kachhap
wrote:
> Add necessary default platform data support needed for TMU driver. This
> dt/non-dt values are tested for origen exynos4210 and smdk exynos5250
> platforms.
Looks good to me.
just nitpicks below.
Thank you,
Kyungmin Park
&
Acked-by: Kyungmin Park
On Sat, Jul 7, 2012 at 12:28 AM, Andy Shevchenko
wrote:
> Signed-off-by: Andy Shevchenko
> Cc: Kyungmin Park
> ---
> drivers/staging/ccg/ccg.c |8 ++--
> 1 file changed, 2 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/stagin
IO as sync and introduce idling for the disk head. And you
> definitely don't want that.
Yes, you're right. It's for testing.
I just want to know the worst or corner case, if all writes are synchronous.
Of course I can measure the using tiotest "Do write synchronous" option
> Le Tue, 19 Feb 2008 14:48:18 +0900,
> "Kyungmin Park" <[EMAIL PROTECTED]> a écrit :
>
> > + /* Write synchronous */
> > + bio->bi_rw |= (1 << BIO_RW_SYNC);
>
> Adding BIO_RW_SYNC doesn't make generic_make_requ
nce as before. It means the patch is meaningless.
Could you tell me is it the proper place to hack or others?
Thank you,
Kyungmin Park
p.s. Of cource I got the following message
WARNING: at block/blk-core.c:1351 generic_make_request+0x126/0x3d8()
1. http://lkml.org/lkml/2007/12/3/247
2. simple hack
d
> Not yet tested.
> ---
> Replace unlikely(x) || unlikely(y) by unlikely(x || y)
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
Ack-by: Kyungmin Park <[EMAIL PROTECTED]>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
jffs2_gc_fetc)
[] (jffs2_gc_fetch_page+0x0/0x64) from [] (jffs2_garbage_co)
r4:0407a000
[] (jffs2_garbage_collect_live+0x0/0x11ac) from [] (jffs2_g)
[] (jffs2_garbage_collect_pass+0x0/0x844) from [] (jffs2_ga)
[] (jffs2_garbage_collect_thread+0x0/0x168) from [] (do_exi)
r8: r7: r6:
> On Fri, 2008-02-15 at 16:12 +0900, Kyungmin Park wrote:
> > I got following messages.
> > INFO: task pdflush:56 blocked for more than 120 seconds.
> > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> >
> > What are the
> > I got following messages.
> > INFO: task pdflush:56 blocked for more than 120 seconds.
> > "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> >
> > What are the meanings?
> > Too mush running GC in JFFS2 or others?
kunmap-ed and
release it. Otherwise pg doesn't have page pointer.
Anyway, here's more simple method using get_block sytle.
With this patch, it can also use multi page read, cramfs_readpages.
However, it has no big improvement in my environment.
The goal is same it uses the requested page
fs image and original one.
Any comments are welcome.
Thank you,
Kyungmin Park
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
---
diff --git a/fs/cramfs/inode.c b/fs/cramfs/inode.c
index 3d194a2..edba28f 100644
--- a/fs/cramfs/inode.c
+++ b/fs/cramfs/inode.c
@@ -40,6 +40,7 @@ static DEF
On Dec 13, 2007 5:24 PM, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Dec 2007 17:08:16 +0900
> "Kyungmin Park" <[EMAIL PROTECTED]> wrote:
>
> >
> > In my MMC Spec. (v4.2), there's no problem to read it even though it's
> > r
On Dec 13, 2007 4:53 PM, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> On Thu, 13 Dec 2007 16:13:11 +0900
> Kyungmin Park <[EMAIL PROTECTED]> wrote:
>
> > It already checked the ext_csd_struct is less than 2,
> > so it doesn't need to check it.
> >
It already checked the ext_csd_struct is less than 2,
so it doesn't need to check it.
Current code only accepts the revision 1.2.
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
---
diff --git a/drivers/mmc/core/mmc.c b/drivers/mmc/core/mmc.c
index 68c0e3b..7689760 100644
--- a/drive
to see data.
>
> Anybody have ideas on what kind of experiments could confirm this
> estimate is right?
Is it the right place to write synchronously?
Now only concern the SATA.
Thank you,
Kyungmin Park
diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c
index 3b927be..cce0618 100644
--
at compiled tree total runs 1 avg 6.50 seconds (user 0.79s sys 0.53s)
> >
> > Overall, metaclustering does better than vanilla except in a few cases.
>
I think above testcases are just run with normal I/O case.
Did you test the direct I/O test with this patch?
With metaclustering pat
This patch enables the OMAP2 boot
It is already fixed in OMAP tree. It syncs the mainline tree too.
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
---
diff --git a/arch/arm/mach-omap2/io.c b/arch/arm/mach-omap2/io.c
index 5a4091f..69c8174 100644
--- a/arch/arm/mach-omap2/io.c
+++ b/ar
; It is tested with both linux and windows.
> >
> > Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
>
> I'll have a look at it, thanks.
>
> Is this aginst the linux-omap tree, or current kernel.org code?
> (There _shouldn't_ be any differences, but I&
dling for it.
It is tested with both linux and windows.
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
---
diff --git a/drivers/usb/gadget/omap_udc.c b/drivers/usb/gadget/omap_udc.c
index 983337e..9719f08 100644
--- a/drivers/usb/gadget/omap_udc.c
+++ b/drivers/usb/gadget/omap_udc.c
@
Hi,
Thank you for point out.
There is a bug. It frees the static variable.
Please see the attached patch.
Thank you,
Kyungmin Park
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf Of Randy Dunlap
> Sent: Wednesday, October 17, 2007 2:15 P
his, we also have to register the IRQ disable field in MIPS, as x86
does.
1. http://www.uwsg.iu.edu/hypermail/linux/kernel/0701.3/1892.html
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
--
diff --git a/arch/mips/kernel/i8259.c b/arch/mips/kernel/i8259.c
index 2345160..b6c3080 100644
---
From: Kyungmin Park <[EMAIL PROTECTED]>
Subject: [PATCH] [JFFS2] Implement block trace features in JFFS2
As JFFS2 don't use the block layer. We can't use block trace features.
Now we hook the mtd functions to implement block trace in JFFS2
With this feature, we can measure the
MMC: Fix typo in mmc highspeed
Signed-off-by: Kyungmin Park <[EMAIL PROTECTED]>
--
diff --git a/drivers/mmc/mmc.c b/drivers/mmc/mmc.c
index 4a73e8b..3b8f7af 100644
--- a/drivers/mmc/mmc.c
+++ b/drivers/mmc/mmc.c
@@ -1134,7 +1134,7 @@ static void mmc_process_ext_csds(struct mmc_host
gt; +
@@ -469,6 +480,7 @@ EXPORT_SYMBOL_GPL(register_mtd_blktrans);
EXPORT_SYMBOL_GPL(deregister_mtd_blktrans);
EXPORT_SYMBOL_GPL(add_mtd_blktrans_dev);
EXPORT_SYMBOL_GPL(del_mtd_blktrans_dev);
+EXPORT_SYMBOL_GPL(get_mtd_blktrans_gendisk);
MODULE_AUTHOR("David Woodhouse <[EMAIL PROTECTED]>&quo
buf = NULL;
+ ops.mode = MTD_OOB_PLACE;
I think this patch is only used at YAFFS case. it uses 28 bytes at spare.
But current spare areas are 20 bytes (2KB page).
Thank you,
Kyungmin Park
>
> ---
> drivers/mtd/onenand/onenand_base.c |6 +++---
> 1 file changed, 3 insertions(+),
95 matches
Mail list logo
