m...@console-pimps.org writes:
On Mon, 10 Feb, at 03:23:33PM, Madper Xie wrote:
Howdy,
With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
outputs:
~~~
[0.009166] Freeing SMP alternatives memory: 20K (82234000 -
82239000)
[0.010302] ioremap
Howdy,
With old kernel (from 3.10 to 3.14-rc1), my hp box shows following
outputs:
~~~
[0.009166] Freeing SMP alternatives memory: 20K (82234000 -
82239000)
[0.010302] ioremap: invalid physical address 1376e0180001
[0.010303] [ cut here ]
[
Howdy Folks,
Happy new yeah, happy new bug!
With a uefi system, I meet following panic when reboot after I adding
`reboot=efi,warm`
[call trace]:
0[ 698.736637] reboot: Restarting system
5[ 698.737407] reboot: machine restart
1[ 698.738399] BUG: unable to handle kernel paging request at
or denominating entries the same
name. So I combine the timestamp, part and count into id.
Signed-off-by: Madper Xie c...@redhat.com
---
drivers/firmware/efi/efi-pstore.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/drivers/firmware/efi/efi-pstore.c
b
m...@console-pimps.org writes:
On Sat, 23 Nov, at 07:55:37PM, Madper Xie wrote:
Pstore fs expects that backends provide a uniqued id which could avoid
pstore making entries as duplication or denominating entries the same
name. So I combine the timestamp, part and count into id.
Signed
Pstore fs expects that backends provide a uniqued id which could avoid
pstore making entries as duplication or denominating entries the same
name. So I combine the timestamp, part and count into id.
Signed-off-by: Madper Xie c...@redhat.com
---
drivers/firmware/efi/efi-pstore.c | 19
seiji.agu...@hds.com writes:
Then will lost the sequence of our log. We will get lots of entries like
dmesg-efi-`unique but meaningless number here` in pstore fs. Who will
know which file is the latest record?
Ah, that's good point.
And another side, the combin of timestamp, count and
isimatu.yasu...@jp.fujitsu.com writes:
Hi Matt,
Sorry for late the reply.
(2013/11/11 19:54), Matt Fleming wrote:
On Mon, 11 Nov, at 05:52:59PM, Yasuaki Ishimatsu wrote:
Hi Matt,
I uses FUJITSU's x86 box.
This does not become bricked even if I use all efi variable storage.
Thus I
...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Best,
Madper Xie.
--
To unsubscribe from this list: send the line unsubscribe linux-efi in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
For now we only ensure about 5kb free space for avoiding our board
refusing boot. But the comment lies that we retain 50% space.
Signed-off-by: Madper Xie c...@redhat.com
---
arch/x86/platform/efi/efi.c | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/arch/x86
Howdy all,
For now we ensure at least ~5kb free space. But my dell xps still
become a brick after I add too many entries to my nvram. So maybe 5kb
is not safe enough. and 5kb is just aginst Samsung's laptop.
So should we enlarge EFI_MIN_RESERVE?
--
Best,
Madper Xie.
--
To unsubscribe from
for everyone, both customers and vendors.
Thanks,
//richard
--
To unsubscribe from this list: send the line unsubscribe linux-efi in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Best,
Madper Xie.
--
To unsubscribe
] ---[ end trace 61981bc62de9f6f4 ]---
Signed-off-by: Seiji Aguchi seiji.agu...@hds.com
After applied this patch, I can't see the warning again when I mounting
pstore fs and deleting pstore entries.
Tested-by: Madper Xie c...@redhat.com
---
drivers/firmware/efi/efi-pstore.c | 143
1. checking type, id, psi, count and timespec when finding duplicate entries.
2. adding count and timestamp for differentiating.
Madper Xie (2):
pstore: avoid incorrectly mark entry as duplicate
pstore: Differentiating names by adding count and timestamp
fs/pstore/inode.c | 35
From: Madper Xie bbbo...@gmail.com
pstore denominates dumped file as type-psname-id. it makes many file have
the same name if there are many entries in backend have the same id.
So adding count and timestamp to file name for differentiating.
Signed-off-by: Madper Xie c...@redhat.com
---
fs
seiji.agu...@hds.com writes:
-Original Message-
From: Madper Xie [mailto:c...@redhat.com]
Sent: Wednesday, October 30, 2013 5:45 AM
To: tony.l...@intel.com; keesc...@chromium.org; ccr...@android.com;
an...@enomsg.org; Seiji Aguchi
Cc: linux-efi@vger.kernel.org; linux-ker
-5940651313304961029--2129078373-1383165669
after I added the count = 0 initialization the filename gets a tiny bit less
scary:
-r--r--r-- 1 root root 17499 Oct 30 13:41
dmesg-erst-5940651313304961029-0-1383165669
-Tony
--
Best,
Madper Xie.
--
To unsubscribe from this list: send the line unsubscribe
pstore denominate dumped file as type-psname-id. it makes many file have
the same name if there are many entries in backend have the same id.
So adding a timestamp to file name.
Signed-off-by: Madper Xie c...@redhat.com
---
fs/pstore/inode.c | 26 --
1 file changed, 16
-00e098032b8c
UsbSupport-ec87d643-eba4-4bb5-a1e5-3f3e36b20da9
WdtPersistentData-78ce2354-cfbc-4643-aeba-07a27fa892bf
--
Best,
Madper Xie.
--
To unsubscribe from this list: send the line unsubscribe linux-efi in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
-9f98bfe298a0
The duplicate entries won't appear in pstorefs. And a complain will be
print -- pstore: failed to load 76 record(s) from 'efi'
So I add one more check: timespec.
Signed-off-by: Madper Xie c...@redhat.com
---
fs/pstore/inode.c | 5 -
1 file changed, 4 insertions(+), 1 deletion
richard.weinber...@gmail.com writes:
On Wed, Oct 23, 2013 at 4:55 PM, Madper Xie c...@redhat.com wrote:
pstore try to find duplicate entries by check both ID, type and psi.
They are not really enough for efi backend. dumped vars always have
the same type, psi and ID. like follows:
dump
tony.l...@gmail.com writes:
On Wed, Oct 23, 2013 at 7:55 AM, Madper Xie c...@redhat.com wrote:
The duplicate entries won't appear in pstorefs. And a complain will be
print -- pstore: failed to load 76 record(s) from 'efi'
Maybe I don't quite get this - but it sounds like you have a whole
Hi folks,
I tested it on my DELL XPS desktop. And it won't show any warnings
when I mounting pstore and deleting pstore items after this patch
applied.
Tested-by: Madper Xie
c...@redhat.com writes:
Oops, It seems my mu4e(a email client for emacs)'s auto-indent breaks the
patch... I
;
struct list_head list;
struct kobject kobj;
+ bool scanning;
+ bool deleting;
};
extern struct list_head efivar_sysfs_list;
--
Best,
Madper Xie.
--
To unsubscribe from this list: send the line unsubscribe linux-efi in
the body of a message to majord
24 matches
Mail list logo
